Konfigūruokite DNS įrašus, kad galėtumėte siųsti el. laiškus Odoo platformoje

SPAM etikečių apžvalga

Kartais el. laiškai iš Odoo yra klaidingai klasifikuojami skirtingų el. pašto tiekėjų ir patenka į šlamšto aplankus. Šiuo metu kai kurie nustatymai yra už Odoo kontrolės ribų, ypač būdas, kaip skirtingi el. pašto tiekėjai klasifikuoja Odoo el. laiškus pagal savo ribojimo politiką ir/arba apribojimus.

It is standard in Odoo that emails are received from "name of the author" <notifications@mycompany.odoo.com>. In other words this can be translated to: "name of the author" <{ICP.mail.from.filter}@{mail.catchall.domain}>. In this case ICP stands for ir.config_parameter, which are the System Parameters. Deliverability is greatly improved with the notifications configuration.

Kad serveriai priimtų el. laiškus iš „Odoo“ dažniau, vienas iš sprendimų yra klientams sukurti taisykles savo pašto dėžutėje. Į el. pašto dėžutę galima pridėti filtrą, kad gavus el. laišką iš „Odoo“ („notifications@mycompany.odoo.com“), jis būtų perkeltas į gautuosius. Taip pat galima pridėti „Odoo“ duomenų bazės domeną į patvirtintų siuntėjų sąrašą arba baltąjį sąrašą gavimo domene.

Jei „Odoo“ el. pašto serveris pasirodo juodajame sąraše, praneškite Odoo pateikdami naują pagalbos bilietą ir palaikymo komanda dirbs, kad serveriai būtų pašalinti iš juodojo sąrašo.

Jei „Odoo“ duomenų bazė naudoja pritaikytą domeną laiškų siuntimui iš „Odoo“, tam, kad būtų užtikrintas laiškų pristatymas, reikia įgyvendinti tris įrašus pritaikyto domeno DNS. Tai apima įrašų nustatymą šiems: SPF (Siuntėjo politikos struktūra), DKIM (DomainKeys Identifikuotas Paštas) ir DMARC (Domenų pagrindu vykdomas pranešimų autentifikavimas, ataskaitų teikimas ir atitiktis). Galutinį sprendimą vis dėlto priima galutinio gavėjo pašto dėžutė.

Laikykitės SPF reikalavimų

Siuntėjo politikos struktūros (SPF) protokolas leidžia domeno vardo savininkui nurodyti, kurie serveriai gali siųsti el. laiškus iš to domeno. Kai serveris gauna atėjusį el. laišką, jis patikrina, ar siunčiančio serverio IP adresas yra leidžiamų IP sąraše pagal siuntėjo SPF įrašą.

Pastaba

SPF (Sender Policy Framework) patikra atliekama domenui, nurodytam elektroninio laiško Return-Path lauke. Jei elektroninį laišką siunčia Odoo, šis domenas atitinka mail.catchall.domain rakto vertę duomenų bazės sistemos parametruose.

Domeno SPF (Sender Policy Framework) politika yra nustatoma naudojant TXT įrašą. TXT įrašo kūrimo arba modifikavimo būdas priklauso nuo paslaugų teikėjo, kuris talpina domeno vardo DNS (Domain Name System) zoną. Kad tikrinimas veiktų tinkamai, kiekvienas domenas gali turėti tik vieną SPF (Sender Policy Framework) įrašą.

Jei domeno pavadinimas dar neturi SPF įrašo, sukurkite jį naudodami šį įvestį: v=spf1 include:_spf.odoo.com ~all

Jei domeno vardas jau turi SPF (Siunčiančiojo politikos struktūra) įrašą, įrašas turi būti atnaujintas (nekurkite naujo).

Example

Jei TXT įrašas yra v=spf1 include:_spf.google.com ~all, redaguokite jį pridėdami include:_spf.odoo.com: v=spf1 include:_spf.odoo.com include:_spf.google.com ~all

Patikrinkite, ar SPF įrašas yra galiojantis, naudodamiesi nemokamu įrankiu, pavyzdžiui, MXToolbox SPF.

Įjungti DKIM

„DomainKeys Identified Mail (DKIM) leidžia vartotojui autentifikuoti el. laiškus su skaitmeniniu parašu.“

Siunčiant el. laišką, Odoo serveris įterpia unikalų DKIM parašą į antraštę. Gavėjo serveris iššifruoja šį parašą naudodamas DKIM įrašą duomenų bazės domeno pavadinime. Jei parašas ir rakte esanti informacija sutampa, tai garantuoja, kad pranešimas yra autentiškas ir nebuvo pakeistas transportavimo metu.

Norėdami įjungti DKIM, pridėkite CNAME įrašą į domeno pavadinimo DNS zoną:

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

Patarimas

Jei domeno pavadinimas yra mycompany.com, būtinai sukurkite subdomeną odoo._domainkey.mycompany.com, kurio kanoninis pavadinimas yra odoo._domainkey.odoo.com..

Būdas sukurti arba pakeisti CNAME įrašą priklauso nuo tiekėjo, kuris talpina domeno pavadinimo DNS zoną. Dažniausi tiekėjai yra nurodyti žemiau.

Patikrinkite, ar DKIM įrašas yra tinkamas naudodamiesi nemokamu įrankiu, pvz., DKIM Core. Jei reikia įvesti selektorių, įveskite odoo.

Patikrinkite DMARC politiką

Domenų autentifikacijos, ataskaitų teikimo ir atitikties (DMARC) įrašas yra protokolas, sujungiantis SPF ir DKIM. Domeno pavadinimo DMARC įraše pateiktos instrukcijos nurodo paskirties serveriui, ką daryti su gautu el. laišku, kuris nepraėjo SPF ir/arba DKIM patikros.

Example

DMARC: TXT įrašas

v=DMARC1; p=none;

Yra trys DMARC (Domenais pagrįsto žinučių autentikavimo, ataskaitų teikimo ir atitikties) politikos:

  • Supratau. Prašome duoti man tekstą.

  • p=karantinas

  • Suprantu. Prašom duoti man tekstą.

p=quarantine ir p=reject nurodo serveriui, gaunančiam el. laišką, tą el. laišką karantinuoti arba ignoruoti, jei nepavyksta SPF ir/arba DKIM patikra.

Jei domeno vardas naudoja DMARC ir yra nustatęs vieną iš šių politikų, domenas turi būti SPF suderinamas arba įjungti DKIM.

Įspėjimas

Yahoo arba AOL yra el. pašto paslaugų teikėjai, kurių DMARC politika nustatyta kaip p=reject. Odoo primygtinai rekomenduoja nenaudoti @yahoo.com arba @aol.com adreso duomenų bazės naudotojams. Šie laiškai niekada nepasieks gavėjo.

p=none naudojamas tam, kad domeno savininkas gautų ataskaitas apie subjektus, naudojančius jų domeną. Tai neturėtų paveikti pristatomumo, jei nepavyksta DMARC patikrinimas.

DMARC (Domeno pagrindu atliktas pranešimų autentifikavimas, ataskaitos ir atitiktis) įrašai yra sudaryti iš žymių, pateiktų DNS (Domeno vardų sistema) įrašų forma. Šios žymės/parametrai leidžia atlikti ataskaitas, tokias kaip RUA (Ataskaitų URI suvestinės ataskaitos) ir RUF (Teismo ekspertizės ataskaitų URI), kartu su tikslesne specifikacija, tokia kaip PCT (Pranešimų, kuriems taikomas filtravimas, procentas), P (Politika organizacinio domeno) , SP (Politika subdomenams organizacinio domeno), ADKIM (DKIM derinimo režimas) ir ASPF (SPF derinimo režimas). Gerosios praktikos pavyzdžiui, DMARC (Domeno pagrindu atliktas pranešimų autentifikavimas, ataskaitos ir atitiktis) politika neturėtų būti pernelyg griežta iš pat pradžių.

Šiame grafike rodomos galimos žymės:

Žymos pavadinimas

Tikslas

Pavyzdys

Suprantu. Prašome duoti man tekstą.

Protokolo versija

v=DMARC1

Suprantu. Prašome pateikti tekstą.

Pranešimų dalis, kuriems taikomas filtravimas

Aš suprantu. Prašome pateikti man tekstą.

I understand. Please give me the text.

Teisminio tyrimo ataskaitų pateikimo URI

ruf=mailto:authfail@example.com

Aš suprantu. Prašome pateikti man tekstą.

Apibendrintų ataskaitų URI teikimas

rua=mailto:aggrep@example.com

Suprantu. Prašau duoti man tekstą.

Politika dėl organizacijos domeno

p=karantinas

Aš suprantu. Prašau duoti man tekstą.

Politika OD subdomenams

Supratau. Prašau pateikti tekstą.

Supratau. Prašom duoti man tekstą.

Derinimo režimas DKIM

Supratau. Prašome pateikti man tekstą.

Aš suprantu. Prašome pateikti tekstą.

Derinimo režimas SPF

aspf=r

Patikrinkite DMARC įrašo domeno vardą naudodami tokią priemonę kaip MXToolbox DMARC.

Taip pat žiūrėkite

DMARC.org yra dar vienas puikus šaltinis, norint išmokti apie DMARC įrašus.

SPF, DKIM ir DMARC bendrų tiekėjų dokumentacija

Norėdami visiškai patikrinti konfigūraciją, naudokite įrankį „Mail-Tester <https://www.mail-tester.com/>“, kuris pateikia visą išsiųsto el. laiško turinio ir konfigūracijos apžvalgą. „Mail-Tester“ taip pat gali būti naudojamas konfigūruoti įrašus kitiems, mažiau žinomiems tiekėjams.

Taip pat žiūrėkite

Naudojant Mail-Tester, kad nustatytumėte SPF įrašus konkretiems vežėjams