SRS rewrites every single incoming email about postsrsd HOT 8 CLOSED

Due to the way postsrsd is invoked by postfix, it cannot distinguish local delivery from forwarding. You have to exclude it explicitly.

from postsrsd.

Oh okay, so you mean that the best way would be to exclude any local domains through SRS_EXCLUDE_DOMAINS.
Maybe it would be feasible to add that to the readme, as this is not quite obvious?

from postsrsd.

I thought it was obvious from the Postfix documentation for canonical_maps:

The optional canonical(5) table specifies an address mapping for local
and non-local addresses. The mapping is used by the cleanup(8) daemon,
before mail is stored into the queue. The address mapping is recursive.

The postsrsd package does assume a reasonable knowledge about Postfix configuration, so maybe I should warn people to not just copy the configuration mindlessly but check if it fits their setup.

from postsrsd.

i'd suggest a whitelist approach so the rewritten domains could match postfix's domains :)

from postsrsd.

sorry i misread!

from postsrsd.

I am also at the point where I want to exclude my virtual mailbox delivery from the rewriting. As I understand, the rewriting is called from the cleanup deamon. So what is the recommended solution for this problem? SRS_EXCLUDE_DOMAINS does not help for this issue.

from postsrsd.

Unfortunately, I still haven't found a good solution to suspend SRS for local delivery. Fortunately, there are very few scenarios where the rewritten address will "leak" to a user-visible field, so it's generally not a big issue. One of the notable examples is a vacation autoresponder. My workaround is manually invoking postmap -qADDRESS tcp:127.0.0.1:10002 on the sender address from vacation.pl, effectively undoing the "premature" rewrite.

from postsrsd.

Why is this closed? I have the same issue with local mail, and local virtual mailboxes

from postsrsd.