Come devo impostare record MX separati per un sottodominio?

42

Diciamo che ho un dominio che ho eseguito un'applicazione web su, per esempio cranketywidgets.com, e sto usando Google Apps per la gestione di e-mail per le persone che lavorano su quel dominio, per esempio, support@ cranketywidgets.com, jane@cranketywidgets.com, joe@cranketywidgets.come così via.

I servizi di posta di Google non sono sempre i migliori per l'invio di e-mail di promemoria automatiche, notifiche di commenti e così via, quindi l'attuale soluzione che intendo perseguire è quella di creare un sottodominio separato chiamato mailer.cranketywidgets.com, eseguire un server di posta e creare alcuni account specificamente per l'invio di questo tipo di email.

Come dovrebbero essere i MXregistri e i Aregistri qui per questo?

Sono un po 'confuso dal fatto che i MXrecord possono essere nomi, ma che alla fine devono risolversi in un Arecord. Come dovrebbero essere i record qui?

cranketywidgets.com - Aregistra sul server reale come 10.24.233.214

cranketywidgets.com - MXrecord per le applicazioni di posta elettronica di Google

mailer.cranketywidgets.com - MXnome che punta all'indirizzo IP del server

Apprezzerei molto un po 'di aiuto su questo - la risposta sembra ovvia, ma lo spam tramite e-mail è un problema difficile da risolvere.

email domain

— Chris Adams
fonte

69

Non dovresti mai puntare MXa un indirizzo IP per essere conforme a RFC. Crea invece un Arecord per l'indirizzo IP e punta il MXrecord su di esso.

Quindi la zona dovrebbe apparire così,

    @               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.

— Oli
fonte

5

Intendi che le persone inviino posta agli indirizzi su @ mailer.crankywidgets.com? In caso contrario, non hai bisogno di MXrecord per questo. MXnon svolge alcun ruolo nella posta inviata da quel dominio.

L'impostazione di un server di posta separato per l'invio di posta dagli indirizzi @ mailer.crankywidgets.com è il percorso corretto e è necessario impostare un Arecord corretto , PTRse l'host è dedicato, e SPFrecord che affermano che a quel determinato indirizzo IP è consentito inviare posta per il dominio.

Se tutta la posta inviata è destinata allo stile di notifica, puoi impostare l'indirizzo di risposta su qualcosa come "noreply@crankywidgets.com" e poi bucarlo su Google Apps.

L'unica cosa che vedo un MXrecord che ti acquista qui è un SPFrecord leggermente diverso , come puoi dire "anche agli host MX (ricevitore e-mail) per questo dominio è consentito inviare posta da questo dominio". Ma SPFè abbastanza versatile da dire "anche a questo host con nome arbitrario è consentito inviare posta da questo dominio".

— James F
fonte

3

Per chiunque si imbatta in questo, è necessario impostare i record MX sul sottodominio indipendentemente dal fatto che si intenda ricevere messaggi. Ciò assicurerà che possa avvenire la verifica del dominio. Fornitori come iCloud richiedono questo per accettare i messaggi.

— Matt

2

Poiché la posta è un campo minato.

PTR <-> A <-> MX

i record devono corrispondere per ricerche inverse perfette su alcuni filtri di posta spam.

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

— nelaaro
fonte