[net.news] 'Notesfile' sites please note

swatt@ittvax.UUCP (Alan S. Watt) (12/02/83)

I have been seeing a rash of messages from what appear to be notesfile
sites about "cannot deliver mail...".  It appears that someone attempts
to reply to a notesfile-generated article, which gets sent to the user
"notes" at some site, which bounces the mail.  This is not so bad,
but for some reason, the same mail gets bounced an apparently infinite
number of times.  The two sites I have been noticing are "tektronix"
and "ucbcad".

In the past several days, well over a hundred such messages passed through
here all stemming from what appear to be just two mail messages.  The
headers follow.  I am intercepting these and routing them to the bit
bucket.  I hope dcdwest!davidson and sdccs6!ix192 don't mind.

Would those sites please look into this?  Perhaps a simple mail alias
for "notes" as "/dev/null" would suffice?

Thank you.

	- Alan S. Watt
	{decvax,duke,purdue,psuvax,research,allegra,dcdwest}!ittvax!swatt

Offending mail headers:

Message1 (I have received 56 copies of this since 4pm yesterday):
======================================================================

	From decvax!tektronix!mmdf@tektronix Thu Dec  1 21:14:06 1983 remote from ittvax
	Received: by decvax.UUCP (4.12/4.2)
		id AA24790; Thu, 1 Dec 83 17:18:03 est
	Message-Id: <8312012218.AA24790@decvax.UUCP>
	From: MEMO SERVICE (MMDF) <decvax!mmdf@tektronix>
	To: decvax!sdcsvax!ittvax!dcdwest!davidson
	Received: from rand-relay.csnet by tektronix ; 1 Dec 83 07:33:43 PST
	Date:     29 Nov 83 19:20:42-PST (Tue)
	Subject:  Failed mail

	    Your message could not be delivered to '@ucbcad'
	for the following reason:  '(Reason not known)'


	    Your message follows:

	From: decvax!sdcsvax!ittvax!dcdwest!davidson
	To: 
	  dcdwest!ittvax!decvax!harpo!eagle!mhuxl!houxm!hogpc!houti!ariel!vax135!cornell!uw-beaver!tektronix
	Received: from decvax.uucp by tektronix ; 29 Nov 83 19:11:42 PST
	Received: by decvax.UUCP (4.12/4.2),	id AA09974; Tue, 29 Nov 83 06:13:30 est
	Date: Tue, 29 Nov 83 02:09:03 pst
	Subject: Re: HLL RISC? - (nf)
	Message-Id: <8311291009.AA26409@sdcsvax.UCSD>
	Received: by sdcsvax.UCSD; Tue, 29 Nov 83 02:09:03 pst
	References: <780@ucbcad.UUCP>

	The Xerox Dorado is a nice disproof of the supposed failure of HLL
	architectures.

	-Greg

======================================================================
Actually, it is 28 copies each of two slightly different messages, one
missing the body:

	  28 	<8311291007.AA26395@sdcsvax.UCSD>
	  28 	<8311291009.AA26409@sdcsvax.UCSD>

======================================================================

Message 2 (I have received 28 copies of this since 4pm yesterday):
======================================================================

	From decvax!tektronix!mmdf@rand-relay Thu Dec  1 21:13:21 1983 remote from ittvax
	Received: by decvax.UUCP (4.12/4.2)
		id AA24772; Thu, 1 Dec 83 17:17:10 est
	Message-Id: <8312012217.AA24772@decvax.UUCP>
	From: MEMO SERVICE (MMDF) <decvax!mmdf@rand-relay>
	To: decvax!sdcsvax!ittvax!dcdwest!sdccs6!ix192@TEKTRONIX
	Received: from rand-relay.csnet by tektronix ; 1 Dec 83 07:33:35 PST
	Date:     26 Nov 83 21:41:11-PST (Sat)
	Subject:  Failed mail

	    Your message could not be delivered to 'notes at Ucbcad'
	for the following reason:  'Unknown user at remote site'


	    Your message follows:

	From: decvax!sdcsvax!ittvax!dcdwest!sdccs6!ix192
	To: sdcsvax!dcdwest!ittvax!decvax!tektronix!ucbcad!notes
	Received: from decvax.uucp by tektronix ; 26 Nov 83 08:33:34 PST
	Received: by decvax.UUCP (4.12/4.2),	id AA26387; Sat, 26 Nov 83 06:17:48 est
	Date: 25 Nov 83 23:28:46 PST (Fri)
	Subject: Re: mfhv - (nf)
	Message-Id: <8311260728.AA01265@sdccs6.UCSD>
	Received: from sdccs6.UCSD (sdccs6.ARPA) by sdcsvax.UCSD; Fri, 25 Nov 83 23:32:26 pst
	Received: by sdccs6.UCSD (3.327/1.0ucsd),	id AA01265; 25 Nov 83 23:28:46 PST (Fri)
	Errors-To: decvax!dcdwest!sdcsvax!sdccs6!...!sdcsvax!sdccs6./dev/null
	Flames-To: You really want to know where your flames can go??
	Real-Name: Kenn Frankel
	Phone-Number: (619) 453-2093 
	Vital-Data: Single, tall, dark, and VERY sneaky! 
	Mother: Still loves me
	References: <846@ucbcad.UUCP>
	Via:  TEKTRONIX; 26 Nov 83 17:51-PST

	So tell me - what's so unethnical about yelling TOASTER in a crowded bathtub?
	And the thing with the circle on the *bran* box?

			Too curious to be living in wonder,
							Kenn Frankel

======================================================================

malcolm@ecn-ee.UUCP (12/04/83)

#R:ittvax:-114700:ecn-ee:16900001:000:2409
ecn-ee!malcolm    Dec  3 15:03:00 1983

I'm not sure if this fixes the problem that ittvax!swatt is seeing, but
it did fix a problem that pur-ee had.  

A Notesfiles site needs to run a program called newsoutput to submit 
everything that was written for notes and submit it to news.  Notes 
supplies a fake return address for inews but there is a bug in news 
2.10 that causes this to fail.  The return path then causes the news 
"Reply" command to reply to the notes account instead of the real account.

						Malcolm

-----------------------------------------------

Return-Path: <ihnp4!cbosgd!mark>
Date: 18 Nov 83 17:19:55 EST (Fri)
From: cbosgd!mark (Mark Horton)
Subject: Re:  News 2.10 Problem
To: pur-ee!malcolm

I have noticed notes doing this lately.  I think there must be a bug
in 2.10 causing -f not to work properly.

I seem to recall a similar bug involving net.announce.  I'm enclosing
a diff from 2.10's inews.c to the current one - please try this out
and let me know if it fixes the problem.

	Mark

*** oinews.c	Fri Nov 18 17:15:17 1983
--- inews.c	Fri Sep  2 10:39:32 1983
***************
*** 2,8
   * inews - insert, receive, and transmit news articles.
   */
  
! static char *SccsId = "@(#)inews.c	2.29	5/3/83";
  
  #include "iparams.h"
  

--- 2,8 -----
   * inews - insert, receive, and transmit news articles.
   */
  
! static char *SccsId = "%W%	%G%";
  
  #include "iparams.h"
  
***************
*** 297,303
  			/* Allow the user to supply some headers. */
  			hread(&header, stdin, FALSE);
  			/* But there are certain fields we won't let him specify. */
! 			if (header.from)
  				strcpy(forgedname, header.from);
  			header.from[0] = '\0';
  			header.path[0] = '\0';

--- 297,303 -----
  			/* Allow the user to supply some headers. */
  			hread(&header, stdin, FALSE);
  			/* But there are certain fields we won't let him specify. */
! 			if (header.from[0])
  				strcpy(forgedname, header.from);
  			header.from[0] = '\0';
  			header.path[0] = '\0';
***************
*** 308,314
  			ngcat(header.nbuf);
  		}
  		if (forgedname[0]) {
! 			gensender(&header, forgedname);
  			sprintf(header.sender, "%s@%s%s",
  				username, SYSNAME, MYDOMAIN);
  		} else {

--- 308,315 -----
  			ngcat(header.nbuf);
  		}
  		if (forgedname[0]) {
! 			strcpy(header.from, forgedname);
! 			strcpy(header.path, forgedname);
  			sprintf(header.sender, "%s@%s%s",
  				username, SYSNAME, MYDOMAIN);
  		} else {