Stavo pensando di configurare il mio server di posta elettronica e una delle cose di cui ho letto è che devo impostare il DNS inverso per non essere scoperto da un filtro antispam.
È davvero un must? Non sono sufficienti SPF e DKIM per evitare di essere etichettati come spam?
La tua domanda,
"Is having a PTR record a must for sending mail servers?"
non è così facile rispondere pienamente.
Is it an requirement to be able to send mail?
No, puoi inviare posta da qualsiasi indirizzo.
"Can SPF and DKIM can replace a PTR record?"
la risposta è no, ognuno di questi ha una funzione diversa.
e quando combiniamo la domanda e osserviamo il problema completo, dobbiamo considerare che come mittenti di posta dobbiamo invocare fiducia in noi stessi come una parte fidata che funziona bene, non invia spam ecc. (e noi siamo un buon mittente)
Per invocare tale fiducia dovremmo implementare un record PTR per il nostro server di posta, un record SPF e un record DKIM per proteggere i nostri messaggi e la fonte canonica di messaggi.
In conclusione, è necessario un PTR quando si ospita il proprio server di posta di invio? Sì, perché vogliamo che gli altri si fidino di noi come mittente della posta appropriato.
Gli standard non richiedono PTR per inviare posta, ma i veri server che ricevono posta richiedono spesso PTR validi. Perché? Eliminare parzialmente lo spam delle botnet. I PTR sono abbastanza difficili da ottenere con alcuni provider di rete poco costosi e per congettura, molti membri botnet non avrebbero un PTR valido.
Tutti gli altri record DNS sono molto più semplici da configurare rispetto a PTR (non entrerò in motivi tecnici abbastanza oscuri).
SPF e DKIM non hanno nulla a che fare con lo spam. Sono anti-spoofing. In effetti, molti spammer hanno record DMARC, DKIM, SPF perfetti. Puoi essere certo che lo spam che inviano non è falsificato, evviva.