How should I setup separate MX records for a subdomain?

Solution 1:

You should never point your MX to a IP address to be RFC compliant. Make an A record for the IP address instead and point the MX record to it.

Then the zone should look like this,

    @               IN      MX      1       ASPMX.L.GOOGLE.COM.
    @               IN      MX      5       ALT1.ASPMX.L.GOOGLE.COM.
    @               IN      MX      5       ALT2.ASPMX.L.GOOGLE.COM.
    @               IN      MX      10      ASPMX2.GOOGLEMAIL.COM.
    @               IN      MX      10      ASPMX3.GOOGLEMAIL.COM.
    @               IN      MX      10      ASPMX4.GOOGLEMAIL.COM.
    @               IN      MX      10      ASPMX5.GOOGLEMAIL.COM.
    @               IN      A       10.24.233.214
    mailer          IN      A       10.24.233.214
    mailer          IN      MX      10      mailer.cranketywidgets.com.

Solution 2:

Do you intend for people to send mail to addresses at @mailer.crankywidgets.com? If not, then you don't need MX records for it. MX plays no role in mail sent from that domain.

Setting up a separate mail server to send mail from addresses @mailer.crankywidgets.com is the right path, and you should set up a proper A record, PTR if the host is dedicated, and SPF records saying that that given IP address is allowed to send mail for the domain.

If all the mail sent out is intended to be notification style, you can set the reply-to address to something like "[email protected]" and then blackhole that on Google Apps.

The only thing I can see a MX record buying you here is a slightly different SPF record, as you can say "the MX (email receiver) hosts for this domain are also allowed to send mail from this domain". But SPF is versatile enough to say "this arbitrarily named host is allowed to send mail from this domain" too.


Solution 3:

As mail is a minefield.

PTR <-> A <-> MX

records should match for perfect reverse lookups on some spam mail filters.

https://en.wikipedia.org/wiki/Reverse_DNS_lookup

Tags:

Email

Domain