Konfiguration av e-postleverans

E-postautentisering hjälper mottagande e-postservrar att verifiera att meddelanden som påstår sig komma från din domän är legitima. Utan korrekt autentisering är det mer sannolikt att dina e-postmeddelanden markeras som spam eller avvisas helt. Tre metoder arbetar tillsammans: SPF (Sender Policy Framework), DKIM (DomainKeys Identified Mail) och DMARC (Domain-based Message Authentication, Reporting & Conformance). En sak att förstå innan du börjar: dina kampanjer skickas via din egen e-postleverantör — det konto du ansluter, till exempel Google Workspace, Microsoft 365 eller en annan SMTP-leverantör. Dina DNS-poster måste därför auktorisera den leverantören, inte Meirra. Domänkonfigurationsguiden på sidan Leveransbarhet leder dig genom varje post — domänägarskap, SPF, DKIM, DMARC och en valfri spårningsdomän —, känner av din leverantör och visar de exakta värden du ska lägga till.

SPF talar om för mottagande e-postservrar vilka servrar som är auktoriserade att skicka e-post för din domäns räkning. Du publicerar det som en TXT-post i din domäns DNS-inställningar, och 'include' måste peka på den leverantör du faktiskt skickar via. Om du skickar via Gmail eller Google Workspace: v=spf1 include:_spf.google.com ~all. Om du skickar via Microsoft 365 eller Outlook: v=spf1 include:spf.protection.outlook.com ~all. Om du använder en annan SMTP-leverantör, använd include-värdet från den leverantörens dokumentation. '~all' i slutet säger åt mottagare att behandla post från olistade källor med misstanke. Domänkonfigurationsguiden känner av din anslutna leverantör och genererar den exakta posten åt dig. Två regler att komma ihåg: en domän får bara ha en SPF TXT-post (kombinera alla includes i en enda post), och DNS-ändringar kan ta upp till 48 timmar att spridas globalt.

DKIM lägger till en kryptografisk signatur till dina utgående e-postmeddelanden så att mottagande servrar kan verifiera att de inte har manipulerats under överföringen. Signaturen sätts av din e-postleverantör — plattformen signerar inte din post —, så DKIM-nyckeln kommer från din leverantör, och du publicerar dess offentliga del som en DNS-post. Posten ligger på ett namn som 'selektor._domainkey.dindomän.com', där selektorn beror på leverantören: Google använder 'google', Microsoft 365 använder 'selector1' och 'selector2', och de flesta andra SMTP-leverantörer använder 'default' eller ett namn de dokumenterar. Generera eller slå upp DKIM-posten i din leverantörs administrationskonsol (till exempel Google Admin eller administrationscentret för Microsoft 365) och lägg sedan till den i din DNS exakt som angivet. Domänkonfigurationsguiden visar var posten ska ligga och kontrollerar om den är aktiv.

DMARC bygger på SPF och DKIM genom att tala om för mottagande servrar vad de ska göra när autentiseringen misslyckas. Det möjliggör också rapportering så att du kan övervaka autentiseringsresultat. Lägg till det som en TXT-post med namnet '_dmarc.dindomän.com'. Domänkonfigurationsguiden föreslår: v=DMARC1; p=quarantine; rua=mailto:dmarc@dindomän.com — vilket skickar post som misslyckas till spam och skickar aggregerade rapporter till dig via e-post. Om du konfigurerar DMARC för första gången och vill vara försiktig kan du börja med 'p=none' (misslyckanden rapporteras bara, blockeras aldrig), under några veckor bekräfta att dina legitima e-postmeddelanden går igenom, och sedan förstärka policyn till 'p=quarantine' eller 'p=reject'.

Om dina e-postmeddelanden fortfarande hamnar i spam efter konfigurationen, kontrollera dessa vanliga problem: 1) DNS-spridning kan ta upp till 48 timmar — verifiera dina poster med ett onlineverktyg som MXToolbox, eller kontrollera dem igen på sidan Leveransbarhet för att se vilka poster som upptäcks. 2) SPF-anpassning — domänen i din 'från'-adress måste vara den domän vars SPF-post auktoriserar din sändningsleverantör. 3) Flera SPF-poster — du kan bara ha en SPF TXT-post per domän; kombinera alla includes i en enda post. 4) DKIM-selektor-mismatch — selektorn i din DNS måste matcha den som din leverantör signerar med. 5) DMARC-anpassning — SPF och/eller DKIM måste anpassas till din 'från'-domän för att DMARC ska passera.