Solar Designer: > On Wed, Nov 16, 2011 at 04:11:17PM -0500, Wietse Venema wrote: > > As I explained in a different response, there is no "this table" > > concept outside the low-level (pcre, hash, etc.) table itself. At > > higher levels, there is a lookup result without source attribution. > > > > Considering Postfix's drive to economy of mechanisms, a "this table" > > concept at higher levels (e.g. multi-table driver, or even higher) > > is unlikely. > > > > So all we can do at the moment is an ACCEPT operation that skips > > all further lookups in all header_checks tables. > > OK. I took a look at the code and I see those difficulties now. How > about something like the attached patch? It's totally untested other > than that it compiles, and it's probably wrong (especially considering > that it's the first time I am dealing with this code) - but I think it > illustrates what I am speaking about.
It appears to disable body_checks and perhaps Milters too. This is not hard to fix. The idea of redirecting header callback to a NOOP is interesting (but this needs to be part of the per-message state, as it must not affect the next message). I think it is not a problem to add an ACCEPT this message action now. You don't have to provide the whole solution. Wietse > The patch tries to implement what you wrote above plus a default action. > I think it (once tested, debugged, and fixed) should let me set the > default action to REJECT, then change it to ACCEPT in a header_checks > table for certain target addresses and also to ACCEPT in body_checks for > PGP-encrypted messages regardless of target address. If so, this will > suit my needs right now. > > Alexander