news feed over Ethernet: how?

Herbert Niederle niederle at lan.informatik.tu-muenchen.dbp.de
Thu Oct 6 21:34:20 AEST 1988


Another way to exchange news over an Ethernet without using the Berkeley 4.3
uucp-t-protocol between local-node A and neighbour-node B works as follows:

1) Create on the remote node B the file A.cmd in the batched-directory 
   (mostly /usr/spool/news/batched/A.cmd) with the following contents:

	rsh A -l news /usr/.../rnews

2) Create the analogous file B.cmd on your machine A 
   (mostly /usr/spool/news/batched/B.cmd) with the following contents:

	rsh B -l news /usr/.../rnews

3) Add the entry "B news" on machine A in the news' .rhosts-file
4) Add the entry "A news" on machine B in the news' .rhosts-file
   
After all this is done, you can exchange news between host A and host B, 
for example on host A, by executing the commands: 

	sendbatch B 				(from A -> B)
	
	rsh B -l news -n /usr/.../sendbatch A 	(from B -> A)

You can bring these two commands into a shell-script, which for ex. tests
such things like, is the remote host up, have both enough space, before
starting the transfer.

We use this method under ULTRIX-2.2 and b-news 2.11.14 and it works great.
If you use sendbatch and during the transfer one machine goes down, then the
next sendbatch-call to that machine will continue ONLY NEARLY at the "break-
point". It may be, if the receiver went down first, that still about 1 to 3 
topics are sent until the sender stops, and if you do nothing, these three 
topics would be lost.

You can solve this problem this way:

Look before you execute the command "sendbatch B" for a B.work file in the
"batched-directory". If there is one, then the former "sentbatch B" wasn't
completet. If you always made a copy of the "batched-file" B before starting
sendbatch, then you can correct the B.work file by comparing the last copy of
the "batched-file" B with the news-logfile log on system B.
Replace the B.work file with the corrected one, execute "sendbatch B" and no 
topic would be lost.
 
Because of 3) and 4) this is only recommended, if both news-users on 
machine A and B can trust each other.

Hope this helps.

Herbert Niederle	Inst. fuer Informatik, Technische Universitaet Muenchen
			Postfach 20 24 20	  8000 Muenchen 2, West Germany
niederle at lan.informatik.tu-muenchen.dbp.de	          Tel: +49 89 2105 8197
niederle%lan.informatik.tu-muenchen.dbp.de@ {relay.cs.net, unido.uucp}



More information about the Comp.unix.questions mailing list