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
