stephen@dcl-cs.UUCP (Stephen J. Muir) (11/09/85)
We have a problem here caused by not using UUCP, but using NIFTP (Network- Independent File Transfer Protocol) to send news to remote sites. What happens is as follows: Sender Receiver Open connection ACK Start transfer ACK Send news batch Receive news batch Stop transfer Unbatch news ACK Close connection ACK The problem is that the sending end is held up while the receiving end unbatches the news. I would prefer to see a program called, say, "qnews" which would put the news in a queue and unbatch it. Here is how it would work: 1) put incoming news batch into queue 2) fork and, if parent, exit 3) if this is the first entry in the queue, unbatch it else exit 4) after unbatching is complete, delete the batch and start processing next one (if any) -- UUCP: ...!seismo!mcvax!ukc!dcl-cs!stephen DARPA: stephen%comp.lancs.ac.uk@ucl-cs | Post: University of Lancaster, JANET: stephen@uk.ac.lancs.comp | Department of Computing, Phone: +44 524 65201 Ext. 4599 | Bailrigg, Lancaster, UK. Project:Alvey ECLIPSE Distribution | LA1 4YR
sob@neuro1.UUCP (Stan Barber) (11/14/85)
I would suggest that you follow something like this.
create the shell script qnews that looks like this....
cat > /usr/spool/news/qnews.$$
Then establish an hourly daemon that looks like this
cd /usr/spool/news
for i in `ls qnews.*`
do
/usr/bin/rnews < $i
rm $i
done
Does anyone see why this would not work?
--
Stan uucp:{ihnp4!shell,rice}!neuro1!sob Opinions expressed
Olan ARPA:sob@rice.arpa here are ONLY mine &
Barber CIS:71565,623 BBS:(713)660-9262 noone else's.