Configurare i record DNS per l'invio di email in Laundry ERP

Questa documentazione presenta tre protocolli di autenticazione complementari (SPF, DKIM e DMARC) utilizzati per dimostrare la legittimita del mittente di un'email. Il mancato rispetto di questi protocolli ridurra notevolmente le possibilita che le email raggiungano la loro destinazione.

I database Laundry ERP Online e Laundry ERP.sh che utilizzano l'indirizzo predefinito del sottodominio Laundry ERP (ad es. @nome-azienda.laundryerp.com) sono pre-configurati per inviare email autenticate conformi ai protocolli SPF, DKIM e DMARC.

Se si sceglie di utilizzare un dominio personalizzato, la configurazione corretta dei record SPF e DKIM e essenziale per evitare che le email vengano messe in quarantena come spam o non vengano consegnate ai destinatari.

Se si utilizza il server email predefinito di Laundry ERP per inviare email da un dominio personalizzato, i record SPF e DKIM devono essere configurati come presentato di seguito. Se si utilizza un server di posta in uscita esterno, e necessario utilizzare i record SPF e DKIM specifici di quel servizio email e un dominio personalizzato.

SPF (Sender Policy Framework)

Il protocollo SPF (Sender Policy Framework) consente al proprietario di un nome di dominio di specificare quali server sono autorizzati a inviare email da quel dominio. Quando un server riceve un'email in entrata, verifica se l'indirizzo IP del server di invio e nell'elenco degli IP autorizzati secondo il record SPF del mittente.

In Laundry ERP, il test SPF viene eseguito sull'indirizzo di rimbalzo definito nel campo Dominio alias nelle Impostazioni generali del database. Se si utilizza un dominio personalizzato come Dominio alias, e necessario configurarlo per essere conforme a SPF.

La politica SPF di un dominio viene impostata utilizzando un record TXT. Il modo per creare o modificare questo record dipende dal provider che ospita la zona DNS del nome di dominio.

Se il nome di dominio non ha ancora un record SPF, creane uno utilizzando il seguente input:

v=spf1 include:_spf.odoo.com ~all

Se il nome di dominio ha gia un record SPF, il record deve essere aggiornato. Non crearne uno nuovo, poiche un dominio deve avere un solo record SPF.

Verifica il record SPF utilizzando uno strumento come MXToolbox SPF Record Check. Il processo per creare o modificare un record SPF dipende dal provider che ospita la zona DNS del nome di dominio. I provider piu comuni e la loro documentazione sono elencati nella sezione in fondo a questa pagina.

DKIM (DomainKeys Identified Mail)

Il DomainKeys Identified Mail (DKIM) consente a un utente di autenticare le email con una firma digitale.

Quando si invia un'email, il server email di Laundry ERP include una firma DKIM univoca negli header. Il server del destinatario decrittografa questa firma utilizzando il record DKIM nel nome di dominio del database. Se la firma e la chiave contenuta nel record corrispondono, dimostra che il messaggio e autentico e non e stato alterato durante il trasporto.

L'abilitazione del DKIM e obbligatoria quando si inviano email da un dominio personalizzato utilizzando il server email di Laundry ERP.

Aggiungere un record CNAME per il dominio

Per abilitare il DKIM, aggiungi un record di nome canonico (CNAME) alla zona DNS del nome di dominio:

odoo._domainkey IN CNAME odoo._domainkey.odoo.com.

Se il nome di dominio e nome-azienda.com, assicurati di creare un record CNAME dove la chiave/nome del record CNAME e odoo._domainkey.nome-azienda.com, e il nome canonico (valore/contenuto) e odoo._domainkey.odoo.com.. Ad esempio, nota le differenze tra ogni chiave/valore:

Sulla maggior parte delle piattaforme DNS, il provider DNS aggiunge automaticamente il dominio personalizzato (ad es. nome-azienda.com). In questo caso, la chiave appare diversa mentre il valore rimane lo stesso:

Aggiungere un record CNAME per il sottodominio

Se c'e un sottodominio (ad es. marketing in marketing.nome-azienda.com), aggiungi un record CNAME per includerlo e garantire la conformita:

Consulta la documentazione del provider DNS

Il modo per creare o modificare un record CNAME dipende dal provider che ospita la zona DNS del nome di dominio. I provider piu comuni e la loro documentazione sono elencati nella sezione in fondo a questa pagina.

Verifica se il record DKIM e valido utilizzando uno strumento come MXToolbox DKIM Record Lookup. Inserisci example.com:odoo nello strumento di lookup DKIM, specificando che il selettore da testare e odoo per il dominio personalizzato example.com.

DMARC (Domain-based Message Authentication, Reporting and Conformance)

Il record DMARC e un protocollo che unifica SPF e DKIM. Le istruzioni contenute nel record DMARC di un nome di dominio indicano al server di destinazione cosa fare con un'email in entrata che non supera il controllo SPF e/o DKIM.

Esistono tre politiche DMARC:

• p=none
• p=quarantine
• p=reject

p=quarantine e p=reject istruiscono il server che riceve un'email di mettere in quarantena o ignorare quell'email se il controllo SPF o DKIM fallisce.

Il superamento del DMARC generalmente significa che l'email verra consegnata con successo. Tuttavia, e importante notare che altri fattori come i filtri antispam possono ancora rifiutare o mettere in quarantena un messaggio.

p=none viene utilizzato dal proprietario del dominio per ricevere report sulle entita che utilizzano il loro dominio. Non dovrebbe influire sulla consegnabilita.

Documentazione SPF, DKIM e DMARC dei provider piu comuni

• OVH DNS
• GoDaddy Record TXT
• GoDaddy Record SPF, DKIM o DMARC
• NameCheap
• CloudFlare DNS
• Squarespace Record DNS
• Azure DNS

Per testare completamente la configurazione, utilizza lo strumento Mail-Tester, che fornisce una panoramica completa del contenuto e della configurazione in una singola email inviata. Mail-Tester puo anche essere utilizzato per configurare i record per altri provider meno noti.