- Hi, I don t really know where to post feature ideas, but this seems the only viable option. I was setting up a fallback MX server with Postfix and wasMessage 1 of 41 , Jun 9, 2011View SourceHi,
I don't really know where to post feature ideas, but this seems the only viable option.
I was setting up a fallback MX server with Postfix and was struggling with preventing backscatter mail. I thought I found a good solution, but it turned out to be an illegal option.
Postfix has the ability to do recipient address verification. When postfix acts as a relay server, this prevents backscatter mail (bounces of messages because the server that is relayed to doesn't accept the user). Backscatter is usually caused by spam of course, because spam is sent to all kinds of users @....
I had in mind to use recipient address verification to avoid that and then set "unverified_recipient_tempfail_action = permit". The idea behind this was:
- Prevent backscatter mail when the primary host is up because every address is verified first.
- Accept all mail when the primary host is down, so that incoming messages aren't deferred.
But permit is not a valid option for unverified_recipient_tempfail_action. Would it be an idea to implement this?
I know I can use permit_mx_backup and permit_mx_backup_networks, but I'd rather not have to maintain a list of networks on the fallback server, partly because I want to be a fallback server for servers that I don't maintain and of which I have no idea if the address changes.
- ... Indeed, and that is not what tempfail_action = permit does. That explicitly verifies no recipients while the primary is down. I have seen no credibleMessage 41 of 41 , Jul 6, 2011View SourceCharlie Orford:
>I know I am starting to sound like a broken record but I reallyIndeed, and that is not what "tempfail_action = permit" does. That
>think a sensible, clean method to run a secondary mx that is capable
>of verifying recipients and accepting mail (rather than deferring)
>with or without the primary being up would be a nice feature to
explicitly verifies no recipients while the primary is down. I have
seen no credible report that your verify cache contains information
about a significant fraction of the recipient population.
>A postfix feature like: address_verify_sequence =That is unnecessary complexity: just use relay_recipient_maps and
be done with it. After all, relay_recipient_maps is the only
available measure against backscatter when the primary is down,
and you already have to maintain it anyway.