> For the complete documentation index, see [llms.txt](https://support.emarketeer.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://support.emarketeer.com/docs/docs_se/guider/guides/email-content/identify-email-not-recieved.md).
# Identifiera varför ett e-postmeddelande inte togs emot
En felsökningsguide som täcker de vanligaste orsakerna till att en kontakt inte fick ett e-postmeddelande och vad du kan göra i varje fall.
Den här artikeln förklarar hur du identifierar de vanligaste anledningarna till att en kontakt inte tog emot ett e-postmeddelande och vad du kan göra åt varje orsak.
Tänk på att vissa orsaker ligger utanför din kontroll som avsändare, särskilt de som är kopplade till mottagarens e-posttjänst.
## Vanliga orsaker
1. E-postmeddelandet avvisades innan det skickades.
2. E-postmeddelandet studsade efter att det skickats.
3. Den slutliga leveransen stoppades av kontaktens e-posttjänst.
4. E-postmeddelandet adresserades eller skickades aldrig.
## Identifiera orsaken
### Avvisades e-postmeddelandet eller studsade det?
Du hittar det på e-postkomponentens Report-sida. Klicka på antalet Rejected eller Bounced i diagrammet Email process för att öppna en sidopanel med de kontakterna, och kontrollera om kontakten finns i den.
Antalen Rejected och Bounced i diagrammet Email process
Ett avvisat e-postmeddelande betyder att e-posttjänsten hittade ett problem med avsändaradressen eller mottagaradressen vid den sista kontrollen innan utskick. En mottagare avvisas oftast på grund av ett känt problem med just den mottagaradressen eller domänen, till exempel en domän som inte existerar. Om alla mottagare räknas som avvisade är problemet sannolikt att avsändaradressen eller svarsadressen för e-postkomponenten är ogiltig.
Om en kontakt har studsat, klicka på deras namn i sidopanelen för att öppna kontaktkortet. I rutan Delivery för e-postmeddelandet kan du läsa det studsmeddelande som returnerats av mottagarens e-posttjänst. Exemplet nedan visar ett e-postmeddelande som studsats av en organisations strikta policy som inte tillåter den här typen av meddelande.
Felmeddelande för studs på en kontakts kontaktkort
### Den slutliga leveransen stoppades av kontaktens e-posttjänst
Om kontakten finns i listan som öppnas när du klickar på Delivered i rapporten har mottagarens e-posttjänst accepterat meddelandet utan leveransproblem. Samma sak gäller om rutan Delivery för e-postmeddelandet på kontaktkortets flik Timeline visar Delivered (eller Opened). När e-postmeddelandet väl är levererat till mottagarens e-posttjänst beror eventuella skäl till att meddelandet inte når inkorgen på en åtgärd som tjänsten vidtagit efter eMarketeers lyckade leverans.
E-postinformation på kontaktkortet som visar leverans
### E-postmeddelandet adresserades eller skickades aldrig
Detta betyder oftast att kontakten togs bort från mottagarlistan i checklistesteget i utskicksprocessen. Du kan läsa mer om det steget i [den här artikeln](/docs/docs_se/referens/references/email/checklist-explained.md).
Om e-postmeddelandet aldrig adresserades till kontakten hittar du vanligen orsaken på deras kontaktkort. Börja med fliken Overview på kontaktkortet. Om en röd banner med texten "Email address is bouncing" visas, eller om panelen Reachability visar "Email - Hard bounced", är kontaktens e-postadress markerad som ej levererbar utifrån ett tidigare studsmeddelande som eMarketeer fick från deras e-posttjänst.
Studsstatus på ett kontaktkort
En annan möjlighet är att kontaktens e-postadress är felaktig eller innehåller tecken som inte stöds i e-post. Kontrollera e-postadressfältet på kontaktkortet för att bekräfta.
Det kan också vara så att kontakten avregistrerat sig från framtida utskick och dragit tillbaka sitt samtycke för marknadsutskick, eller avregistrerat sig från den specifika prenumerationslista som användes för utskicket. Samtycket för marknadsutskick syns i panelen Reachability på fliken Overview och på fliken Legal Basis. Prenumerationsstatus för varje lista syns på fliken Details på kontaktkortet.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://support.emarketeer.com/docs/docs_se/guider/guides/email-content/identify-email-not-recieved.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
