Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!wuarchive!gem.mps.ohio-state.edu!usc!bloom-beacon!eru!luth!sunic!ericom!erix.ericsson.se!per From: per@erix.ericsson.se (Per Hedeland) Newsgroups: comp.mail.sendmail Subject: Re: A quick question. Message-ID: <2207@erix.ericsson.se> Date: 19 Sep 89 09:30:33 GMT References: <220@digi.UUCP> <6467@hubcap.clemson.edu> Reply-To: per@erix.ericsson.se (Per Hedeland) Organization: Ellemtel Utvecklings AB, Stockholm, Sweden Lines: 39 In article <6467@hubcap.clemson.edu> hubcap@hubcap.clemson.edu (Mike Marshall) writes: >From article <220@digi.UUCP>, by kcantrel@digi.UUCP (Keith Cantrell): >> Once I get sendmail into debug mode to verify parsing of addresses, what are >> the rules I need to run an address through to completely simulate what a real >> mail message goes through. >Try this: >change Od in your cf so that mail gets queued instead of delivered in the >background. >Send a piece of mail to the address you want to watch get parsed. >Crank up a script session, so you can capture everything in a file. >Say sendmail -q -d21.12 I agree with the idea (after all, the only *real* authority on what happens is sendmail doing "normal" execution:-). In particular, just feeding destinations through set 0 isn't nearly enough, since I've found that it is often the *sender* addresses that get mangled beyond comprehension... However, I prefer this method - IMHO it's simpler, shows *everything* that happens, and your UA doesn't get in the way (must be run as a "trusted" user, of course): /usr/lib/sendmail -odi -d21.x -f'env_sender' 'env_recipient' < 'letter' where 'letter' contains at least From: 'head_sender' To: 'head_recipient' and, of course, all the 'env_sender' etc are replaced by the addresses that you really want to test. I find that x=2 tells the essentials of what's happening, increase it as needed; I believe x=19 is the worst you can get... The drawback with all this is, of course, that the letter actually gets sent if possible, i.e. be careful with how you choose the addresses (at least the env_ ones). Regards --Per Hedeland per@erix.ericsson.se or per%erix.ericsson.se@uunet.uu.net or ...uunet!erix.ericsson.se!per