On Wed, Apr 02, 2014 at 10:35:16PM -0500, SH Development wrote:

> You don't have to try and "shame' me into upgrading Postfix.  I
> have my reasons.

It is a matter of "prodding", not "shaming".


> I was simply asking if there were any other alternatives or
> workarounds for the version I have.

You could attempt to use an access(5) table check_sender_access and
FILTER directives.  This works rather poorly if any of the
recipients are local, as mail will loop when the sender's mail
comes back to your system for delivery.

The design of sender_dependent_default_{transport,relayhost} is
not an accident, the word "default" is essential, only recipients
that are in the "default" address class are routed by sender.

The proper solution to your problem is an upgrade.  If your MTA
has an empty setting for all three of:

        mydestination =
        relay_domains =
        virtual_mailbox_domains =

then the FILTER approach will work.  Otherwise it won't.

You can also configure complex multi-stage Postfix instances where
the default_transport of instance#1 sends mail to instance#2 and
the FILTER is applied there.  This allows local recipients to
be handled in instance#1.

None of these is particularly elegant.  Software update procrastination
only works well when you *never* have to upgrade.  Once you actually
have upgrade, the cost of delayed upgrades is often higher than
the cumulative cost of staying reasonably up to date.

-- 
        Viktor.

Reply via email to