Konfigurera DNS-poster för att skicka e-post i Odoo¶

Översikt över SPAM-etiketter¶

Ibland felklassificeras e-post från Odoo av de olika e-postleverantörerna och hamnar i skräppostmappar. För närvarande ligger vissa inställningar utanför Odoos kontroll, särskilt hur de olika e-postleverantörerna klassificerar Odoos e-postmeddelanden enligt deras egen begränsningspolicy och/eller begränsningar.

Det är standard i Odoo att e-postmeddelanden tas emot från "författarens namn" <notifications@mycompany.odoo.com>. Med andra ord kan detta översättas till: "författarens namn" <{ICP.mail.from.filter}@{mail.catchall.domain}>. I det här fallet står ICP för ir.config.parameters, vilket är systemparametrarna. Leveransförmågan förbättras avsevärt med notifications configuration.

För att servrarna ska kunna ta emot e-post från Odoo mer regelbundet är en av lösningarna att kunderna skapar regler i sin egen brevlåda. Ett filter kan läggas till i e-postinkorgen så att e-post som tas emot från Odoo (notifications@mycompany.odoo.com) flyttas till inkorgen. Det är också möjligt att lägga till Odoo-databasdomänen i en säker avsändarlista eller vitlista på den mottagande domänen.

Om en e-postserver från Odoo förekommer på en svart lista ska du meddela Odoo via ett nytt hjälpärende så kommer supportteamet att arbeta för att få bort servrarna från den svarta listan.

Om Odoo-databasen använder en anpassad domän för att skicka e-post från Odoo finns det tre poster som bör implementeras på den anpassade domänens DNS för att säkerställa leverans av e-post. Detta inkluderar att ställa in poster för SPF, DKIM och DMARC. I slutändan är det dock upp till den slutliga mottagande brevlådan att avgöra detta.

Var SPF-kompatibel¶

SPF-protokollet (Sender Policy Framework) gör det möjligt för ägaren av ett domännamn att ange vilka servrar som får skicka e-post från den domänen. När en server tar emot ett inkommande e-postmeddelande kontrollerar den om IP-adressen för den avsändande servern finns med på listan över tillåtna IP-adresser enligt avsändarens SPF-post.

SPF-policyn för en domän anges med hjälp av en TXT-post. Hur man skapar eller ändrar en TXT-post beror på vilken leverantör som är värd för DNS-zonen för domännamnet. För att verifieringen ska fungera korrekt kan varje domän bara ha en SPF-post.

Om domännamnet ännu inte har en SPF-post kan du skapa en med hjälp av följande inmatning: v=spf1 include:_spf.odoo.com ~all

Om domännamnet redan har en SPF-post, måste posten uppdateras (och skapa inte en ny).

Kontrollera om SPF-posten är giltig med ett gratisverktyg som MXToolbox SPF.

Aktivera DKIM¶

Med DomainKeys Identified Mail (DKIM) kan användaren autentisera e-postmeddelanden med en digital signatur.

När du skickar ett e-postmeddelande inkluderar Odoo-servern en unik DKIM-signatur i rubrikerna. Mottagarens server dekrypterar denna signatur med hjälp av DKIM-posten i databasens domännamn. Om signaturen och nyckeln i posten matchar varandra garanterar detta att meddelandet är äkta och inte har ändrats under transporten.

Om du vill aktivera DKIM lägger du till en CNAME-post i DNS-zonen för domännamnet:

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

Hur du skapar eller ändrar en CNAME-post beror på vilken leverantör som är värd för DNS-zonen för domännamnet. De vanligaste leverantörerna är listade nedan.

Kontrollera om DKIM-posten är giltig med ett gratisverktyg som DKIM Core. Om en väljare efterfrågas, ange odoo.

Kontrollera DMARC-policyn¶

DMARC-posten (Domain-based Message Authentication, Reporting, & Conformance) är ett protokoll som förenar SPF och DKIM. Instruktionerna i DMARC-posten för ett domännamn talar om för destinationsservern vad den ska göra med inkommande e-post som inte klarar SPF och/eller DKIM-kontrollen.

Det finns tre DMARC-policyer:

• p=none

• p=karantän

• p=reject

p=quarantine och p=reject instruerar den server som tar emot ett e-postmeddelande att sätta det i karantän eller ignorera det om SPF och/eller DKIM-kontrollen misslyckas.

Om domännamnet använder DMARC och har definierat en av dessa principer, måste domänen vara SPF-kompatibel eller aktivera DKIM.

p=none används av domänägaren för att ta emot rapporter om enheter som använder deras domän. Det bör inte påverka leveransförmågan om DMARC-kontrollen misslyckas.

DMARC-poster består av taggar i form av DNS-poster. Dessa taggar/parametrar möjliggör rapportering, såsom RUA och RUF, tillsammans med mer exakta specifikationer såsom PCT, P, SP ADKIM & ASPF. För bästa praxis bör DMARC-policyn inte vara alltför restriktiv från början.

Följande diagram visar tillgängliga taggar:

Kontrollera DMARC-posten för ett domännamn med ett verktyg som MXToolbox DMARC.

SPF, DKIM & DMARC-dokumentation för vanliga leverantörer¶

• OVH DNS

• OVH SPF

• GoDaddy TXT-rekord

• GoDaddy SPF

• GoDaddy DKIM

• NameCheap

• CloudFlare DNS

• Google Domains

• Azure DNS

För att testa konfigurationen fullständigt kan du använda verktyget Mail-Tester, som ger en fullständig översikt över innehållet och konfigurationen i ett skickat e-postmeddelande. Mail-Tester kan också användas för att konfigurera poster för andra, mindre kända leverantörer.