Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!triceratops.cis.ohio-state.edu!karl From: karl@triceratops.cis.ohio-state.edu (Karl Kleinpaste) Newsgroups: news.software.b Subject: Re: news over NFS/RFS Message-ID: Date: 23 Mar 89 17:26:07 GMT References: <592@mitisft.Convergent.COM> Sender: news@tut.cis.ohio-state.edu Distribution: na Organization: OSU Lines: 33 In-reply-to: bms@mitisft.Convergent.COM's message of 23 Mar 89 00:44:18 GMT bms@mitisft.Convergent.COM (Bruce Schlobohm) writes: I'm sure this problem has been solved before Yup. I've just recently tried to use a distributed file-system (RFS/NFS, it shouldn't matter which I use) for my /usr/spool/news and /usr/lib/news filesystems. The newsreader and poster programs are executed on the client side. The newsreaders work just fine, but posting news fails. The problem is that your host where the discs physically reside has to be in control of hacking on the history file and all that sort of thing. You have a couple of possibilities. Install NNTP. Under SysVRel3.1 as you say you have, this may be something of a challenge. But it may be workable. You need an NNTP server running on the discfull host, and the miniature NNTP inews for use on the clients. You may have to play some games with how the news-posting interfaces are compiled so that they know to look in The Right Place, on the assumption that /usr/lib/news is actually one single place on both the discfull and client systems. Alternatively, mess about with recnews, recmail, and other mail- related things in combination with how the news-posting interfaces try to post an article, so that a newly-posted article is instead mailed to the discfull host, and on receipt at that host, it is turned back into news and posted appropriately. There are probably other possibilities, but these are some obvious ones. We take the first route, being a BSD shop. We do symlink things to fool the various systems into executing the right inews. --Karl