Hello,

It looks that I'll have to implement SRS on one of machines I maintain.
The machine (debian) has multiple canonical domains, and some forwarding done in virtual_alias_maps and some in users' .forward.


possibilities are perl-based srs, pysrs and postsrsd.

pysrs seems to support milter, which would be the easiest to integrate,
but it doesn't seem to be working with current version in debian.


postsrsd looks quite easy to install and configure (done that).

according to its docs in https://github.com/roehling/postsrsd#known-issues
the standard configuration overwrites all sender addresses (even not forwarded), but there tricks described in:
https://github.com/roehling/postsrsd/discussions/76

indicate that it can be avoided by using some tricks.


Since we use relayhost I think I can avoid defining different cleanup service and instead:

- route all outgoing e-mail from local addresses to relayhost using sender_dependent_relayhost_maps (to it doesn't get SRSed)

- route all outgoing e-mail to alternative smtp port on localhost where postsrs is used for sender_canonical_maps and mail is directed to relayhost.

In addition I will

- incoming mail to srs0 BCCed to postmaster (so we quickly know about forwarding problems)

- use recipient_canonical_maps for incoming mail to rewrite

now my questions:

0. Do you have better idea how to to it?

1. Do you see a potential problem here?

2. Do you have any ideas what to look for/avoid?


3. I'm curious, if I define TCP map that returns:

% echo 'get postmas...@example.com' | nc -N localhost 10001
500 Domain excluded py policy

- will this simply cause canonical maps not to hit? (500 looks like error)


--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
I drive way too fast to worry about cholesterol.

Reply via email to