> From: Wietse Venema <wie...@porcupine.org> > To: Postfix users <postfix-users@postfix.org> > Cc: > Sent: Wednesday, August 10, 2011 12:03 PM > Subject: Re: Order of milter execution > >> In the sendmail implementation, milters operate in order specifically >> so that filters later in the chain see the effects of those that >> come before. For example, a header field added by the first one >> is visible to all the others. This is really the only practical >> option since doing them all in parallel might mean two filters >> request changes to the messages that conflict because their >> respective "views" show the original message, not the modified >> one. >> >> I can't imagine postfix would have done it any differently, partly >> because of the above design, and partly because that would mean >> the same combination of filters would have a different outcome if >> you change MTAs, and that's just not good. > > The order is 100% deterministic, and is as described in > http://www.milter.org/developers/overview#ControlFlow
So, it's as I suspected. Each "phase" cycles through the milters, not, all phases through milter 1, then milter 2, etc. So, it is as someone else said in that opendkim has to have the entire message, and therefore the header is not added until after milter-greylist is already done with it's processing even though milter-greylist is listed first. Oh well, can't do what I want then, so, will have to go another way. Thanks!
