Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!uwm.edu!linac!midway!clout!chinet!les From: les@chinet.chi.il.us (Leslie Mikesell) Newsgroups: comp.mail.uucp Subject: Re: % in path Message-ID: <1991May09.150014.922@chinet.chi.il.us> Date: 9 May 91 15:00:14 GMT References: <234BBH4@xds13.ferranti.com> <1991May07.141832.11334@chinet.chi.il.us> Organization: Chinet - Chicago Public Access UNIX Lines: 33 In article peter@ficc.ferranti.com (Peter da Silva) writes: >OK, I said: >"What I do is have lmail (which is a simple enough program, and easy to change) >I meant svbinmail. For reasons having to do with retaining compatibility >with older mail system I front end lmail with a version of svbinmail as >well. Either way, to get it right you have to go through real contortions. Imagine a mailing list full of user%site's. Smail would resolve each one as local, run lmail, lmail would pass each one back to another copy of smail. Smail3 uses the same address parsing no matter where the address is obtained, and loops through alias and forward files handling all the new items the same way. [subdomains...] >Hmmm. I think this works OK. Smail 2.x just strips off the domain name if you >have defs.h set up right. Can it deal with multiple choices in the case where you want to accept me.uucp, my.domain, me.my.domain, and pass on sub.my.domain? >> It looked >> to me like the patches required explicit entires in the paths file too. >What sort of entries? I thought you had to make the entry for "sub.my.domain sub!%s" in the paths file. Smail3 allows this, but if the names coincide you can just strip off "my.domain" and it will find the existing entry for "sub". Les Mikesell les@chinet.chi.il.us