Dominik Schulz:
> Hi,
> I've got a rather complex Postfix setup and experiencing some issues with
> the handling of transport maps.
>
> Short Story:
> Postfix replaces %u by 'user+ext' when querying my transport maps although
> it should use 'user' instead. I'd like to have a way to tell Postfix to
> use only the part before the recipient_delimiter in this query.
This is incorrect. As documented in transport(5) under TABLE SEARCH
ORDER, Postfix looks up user+extension@domain before user@domain.
> Everything went well so far until I've tried to implement VERP. Postfix
> does not try any other combination than 'user+ext' for the %u macro
> because my transport is special crafted to return a default value for
> non-existing users, i.e. it can never fail.
Your table does not satisfy Postfix requirements.
All Postfix tables must return "not found" when an address does
not exist. They must not return en empty string, or some other
bogus result. Only "not found" is a valid result.
This is fundamental to how Postfix table lookups work, and this
will not be changed.
Wietse
