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