E-postleverans

Statusen visar ”Lyckades”, men e-postmeddelandet finns inte i inkorgen. Denna kombination beror nästan alltid på leveransproblemet, och det är värt att ta reda på vem som styr vad.

Vem ansvarar för vad?

Dina e-postmeddelanden skickas inte via oss. De skickas via din e-postklient - din Microsoft 365-tenant, ditt Google Workspace-konto eller din SMTP-leverantör.

Scen	Vem styr det?	Vad ”framgång” innebär i historien
Visning av e-postmeddelandet	Den här appen	Layouten har renderats och variablerna har lösts
Lämna den till din vårdgivare	Den här appen	Din leverantör har tagit emot meddelandet. Det här är vad ”Framgång” innebär
Leverans till mottagaren	Din e-postleverantör	Osynligt för oss
Inkorgen eller skräppostmappen	_Mottagars_ervern	Syns inte för oss

En rad med status ”Framgång” innebär att din leverantör har tagit emot meddelandet. Allt därefter sker mellan din leverantör och mottagarens, vilket är anledningen till att en grön rad och en tom inkorg inte utesluter varandra.

Det innebär också att leveransbarheten till stor del ligger i dina händer - och det är goda nyheter, eftersom det går att åtgärda.

De tre DNS-posterna

Om du skickar från orders@yourstore.com ställer mottagarservern tre frågor. Uteblivna svar är den vanligaste orsaken till att transaktionsmeddelanden hamnar i skräpposten.

SPF - har den här servern behörighet att skicka e-post för den här domänen?

En TXT-post i din domänkonfiguration som anger vilka som får skicka e-post i ditt namn:

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

Använd inkluderingsuppgifterna för din leverantör - include:_spf.google.com för Google Workspace, include:spf.protection.outlook.com för Microsoft 365 eller vad din SMTP-leverantör anger.

DKIM - har meddelandet manipulerats?

En kryptografisk signatur som bevisar att meddelandet verkligen kommer från din domän och har anlänt i oförändrat skick. Din leverantör förser dig med den post som ska publiceras; både Google och Microsoft erbjuder en inställning med ett klick i sina administratörskonsoler.

DMARC - vad ska hända om kontrollerna misslyckas?

En TXT-post på _dmarc.yourdomain.com:

v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com

Börja med p=none, vilket innebär övervakning utan att leveransen påverkas. När dina rapporter är felfria kan du skärpa inställningarna till p=quarantine och så småningom p=reject.

DMARC har gått från att vara valfritt till att vara ett krav. Gmail och Yahoo kräver nu att massutskickare använder DMARC, och avsaknaden av DMARC blir alltmer en nackdel även för avsändare med låga volymer.

Se över vad du har

Vilket DNS-uppslagsverktyg som helst fungerar, eller så kan du göra det från en terminal:

dig +short TXT yourdomain.com
dig +short TXT _dmarc.yourdomain.com

Du letar efter en rad som börjar med v=spf1 i den första och v=DMARC1 i den andra.

Utöver DNS

Skicka från en domän som du äger. En gratis privat e-postadress som avsändare straffas hårt. orders@yourstore.com är alltid bättre än yourstore@gmail.com.

Se till att ”Från”-domänen stämmer överens med den autentiserade domänen. Om du skickar som orders@yourstore.com via en e-postadress som är autentiserad för en annan domän misslyckas verifieringen, även om SPF och DKIM tekniskt sett godkänns.

Se till att transaktionsmejl förblir just transaktionsmejl. Orderbekräftelser, leveransuppdateringar och kontomeddelanden är något som förväntas. Marknadsföringsutskick från en transaktionsprofil skadar det anseende som dina ordermejl är beroende av.

Ange verkliga identifierande uppgifter. En postadress och ett tydligt avsändarnamn i din förinställda sidfot. Avsaknad av kontaktuppgifter ses som ett tecken på skräppost och är i många jurisdiktioner ett lagkrav.

Värm upp gradvis. En helt ny domän som plötsligt skickar ut hundratals e-postmeddelanden ser ut precis som ett hackat konto. Volymen bör öka gradvis under flera dagar.

Håll koll på förhållandet mellan bilder och text. Ett e-postmeddelande som består av en enda stor bild och nästan ingen text alls är ett klassiskt tecken på skräppost.

Om posten fortfarande inte kommer fram

Gå igenom det i den här ordningen - varje steg utesluter ett lager:

1. Kontrollera historiken. Om det står ”Misslyckades” i raden handlar det inte om leveransbarhet - öppna den för att se leverantörens felmeddelande.
2. Skicka ett testmejl från Email Senders till en adress hos en annan leverantör än den som inte fungerar, så att du inte luras av en enskild mottagares filtrering.
3. Kontrollera skräppostmappen hos mottagaren. Om meddelandet finns där har det levererats - det handlar om ett anseendeproblem, så gå igenom DNS-posterna ovan.
4. Kontrollera din leverantörs egna loggar. Både Microsoft 365 och Google Workspace sparar loggar över skickade e-postmeddelanden och leveranser som visar vad som hände efter att de tagit emot meddelandet.
5. Kontrollera mottagarsidan. Företagens e-postservrar placerar rutinmässigt e-post från okända domäner i karantän utan att informera avsändaren.

Skicka IP-tillåtelselista

Om du använder en SMTP-relä som begränsar avsändare utifrån IP-adress visar appen dess utgående adress på SMTP-serversidan så att du kan lägga till den på tillåtna listan. Detta gäller endast SMTP - anslutningar till Microsoft 365 och Google sker via leverantörens egen infrastruktur.

Relaterat

• Översikt över e-postavsändare - hur du väljer hur dina e-postmeddelanden ska skickas ut.
• Ämnesrad och förhandsgranskningstext - det som mottagarna ser innan de öppnar meddelandet.
• Historik och felsökning - läsa en rad med fel.