Why forwarding is a Bad Thing
Jim Reid
jim at rfc1035.com
Fri Mar 23 15:24:42 UTC 2001
>>>>> "Brad" == Brad Knowles <brad.knowles at skynet.be> writes:
>> For example in most mail systems, it is trivial to configure
>> them to send all non-local mail (for some definition of local)
>> to a smart mail relay.
Brad> True enough, but then you're hard-coding by name what
Brad> your outbound mail relay(s) is/are.
This is no big deal. Just change the A or MX record and the migration
from old relay to new relay is done for everyone.
Brad> However, one thing I still don't understand is how
Brad> doing that sort of thing is significantly different from
Brad> hard-coding your outbound mail relay(s), and yet one is
Brad> "evil" and the other is not.
Well with mail forwarding/relaying, it's done on name, not IP address.
This is a big win. The configurations don't have to change if the
mailhub moves. Make one DNS change and it's done.
And there are usually other criteria -- value-added functions like
billing, virus scanning, content control, anti-spam checks, etc --
which make centralised mail relays attractive or mandatory. I have
also seen central mail relays helping to route mail more efficiently
into enterprise-wide mail solutions like Notes or Exchange.
More information about the bind-users
mailing list