È molto più facile usare il contenitore del ricevitore di posta. Vedi Configura l’email in arrivo a consegna diretta per siti self-hosted. Oltre ad essere più facile, è più affidabile, più flessibile e non richiede il polling, quindi i messaggi vengono recapitati più velocemente.
Jay, ho provato anche questo, forse il mio tentativo di creare un record MX è impreciso… Ottengo una configurazione OK su Mxtoolboxdotcom: (nessun record PTR, nessun supporto per TLS, altrimenti tutto verde)
Dobbiamo avere un record DNS che indirizzi la nostra email TLD al nostro server di posta in uscita, questo sembra sovrascrivere il mio tentativo di inviare email al server / sottodominio, viz: inviare un’email di prova a nobody@discourse.TLD,domain appare nei log del ricevitore di posta come:
Non c’è molta possibilità di capirlo usando dei segnaposto dato che né tu né chiunque ti aiuti potete controllare qualcosa, ma immagino che ci proverò comunque.
Il record MX dovrebbe essere
discourse.example.com che punta a discourse.example.com con qualsiasi priorità.
Non cambiare nulla riguardo all’email del TLD. Solo il record MX per il ricevitore di posta, che è lo stesso nome host di Discourse.
Questo ha funzionato bene, il log dice “delivered”, quindi tornerò alla configurazione e vedrò se riesco a far funzionare la risposta via email
p.s.
Sono sicuro che continuare a fare debug fosse un problema di DNS…
Perché continuavo a inviare messaggi di prova dal mio indirizzo email regolare (una grande università) e apparentemente le modifiche al DNS non sono riuscite a propagarsi nella suddetta grande infrastruttura email.
Quindi ho inviato un messaggio di prova da quell’account openinbox che avrei usato per il POP3, bingo, consegnato bene.
Dio, gestivo server DNS, ma è stato un paio di decenni fa, e i tempi erano più semplici.
Comunque, il mio MX (namecheap) sembra esattamente come hai detto… smetterò di offuscare
