Path: utzoo!attcan!uunet!pyrdc!pyrnj!rutgers!ucla-cs!admin.cognet.ucla.edu!casey
From: casey@admin.cognet.ucla.edu (Casey Leedom)
Newsgroups: comp.mail.sendmail
Subject: Re: gratuitous munging of ats in domain names
Keywords: sendmail, spaces in match patterns, tokenization
Message-ID: <16244@shemp.CS.UCLA.EDU>
Date: 28 Sep 88 04:06:29 GMT
References: <691@mailrus.cc.umich.edu> <710@mailrus.cc.umich.edu>
Sender: news@CS.UCLA.EDU
Reply-To: casey@cs.ucla.edu (Casey Leedom)
Organization: UCLA
Lines: 35

In article <710@mailrus.cc.umich.edu> emv@mailrus.cc.umich.edu (Edward Vielmetti) writes:
> In <691@mailrus.cc.umich.edu> I wrote about turning 
> 	 => 
> messed up mail to
> 	.
> 
> If you have a sendmail ruleset that reads
> 	R$+ at $+	$1@$2
> 
> it would be a good idea to remove it.  Who generates "at"s
> any more, anyway?  

  Hhmmm, why so it does.  Amazing.  Well, if you change the rule to:

	R$1+\ at\ $+	$1@$2

(at least on sendmail 4.12), it starts working correctly.  It appears
that while the sendmail document does say:

	Section 5.1.1

	...

		Rlhs rhs comments

	The fileds must be separated by at least one tab character; there
	may be embedded spaces in the fields. ...

it doesn't specify what embedded spaces *mean* ...  In any case, the
point is somewhat moot since Edward's comment is pretty valid: I don't
think anyone is generating ``user at host'' addresses any more, and if
they are, ripping the above rule out of sendmail.cf will force them to
get rid of the brain damage.

Casey