Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!mp.cs.niu.edu!rickert
From: rickert@mp.cs.niu.edu (Neil Rickert)
Newsgroups: comp.mail.sendmail
Subject: Re: SunOS4.1.1 sendmail.mx's actual ruleset sequence
Message-ID: <1991May9.005329.17471@mp.cs.niu.edu>
Date: 9 May 91 00:53:29 GMT
References: <1991May8.231130.25587@csl.dl.nec.com>
Organization: Northern Illinois University
Lines: 31

In article <1991May8.231130.25587@csl.dl.nec.com> ylee@csl.dl.nec.com (Ying-Da Lee) writes:
>After getting some completely unexpected results from sendmail
>(sendmail.mx distributed with SunOS4.1.1), I got a little
>suspicious and put in a rule at the beginning of each ruleset
>
>This would indicate that the sequence of rulesets applied
>at the sending machin are
>
>3,1,4,3,1,12,4 for the sender, and
>3,0,2,22,4,3,2,22,4 for the recipient,
>
>where 12 and 22 are the mailer-specific sender and recipient
>rulsets respectively.

  I posted a fairly complete rundown on the sequence of rules used approx.
one week ago (message-id <1991Apr29.144019.22206@mp.cs.niu.edu>).  Your
example amply confirms my description.  I did perhaps touch too lightly on
the reprocessing of the recipient address which I believe happens only for
SMTP mailers, and in my opinion is logically wrong.  (The IDA versions which
I use do not reprocess the recipient address this way).

  Now why don't you create an alias for that final recipient address so it
won't bounce, and run your test again to see if you can confirm my
description of the header rewriting sequence (the 'To:' and 'From:' headers).


-- 
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
  Neil W. Rickert, Computer Science               <rickert@cs.niu.edu>
  Northern Illinois Univ.
  DeKalb, IL 60115                                   +1-815-753-6940