Felsökning av e-postflöde: när meddelanden inte kommer fram
Meddelanden försvinner, hamnar i karantän, går i loop mellan system eller tar tjugo minuter i stället för sekunder. För sådana fall erbjuder jag korta, tydligt avgränsade felsökningsuppdrag: hitta orsaken, åtgärda den, bevisa det. Metodiskt, med kontrollerade tester i stället för gissningar i konfigurationen.
Rådgivningen sker på tyska eller engelska.
- NDR
- E-postloopar
- Leveransförseningar
- Karantän
- Message Trace
- Headeranalys
- Exchange & M365
Typiska symtom
- NDR och studsar550-fel, ”hop count exceeded”, avvisade reläförsök: NDR:en anger sällan den verkliga orsaken.
- Försenad leveransMeddelandena kommer fram, men minuter eller timmar för sent; förseningen sitter nästan alltid vid ett identifierbart hopp.
- FelklassificeradeIntern e-post behandlas som extern, legitim e-post hamnar i skräppost eller karantän, förfalskningar slinker igenom.
- Efter ändringarSedan gatewaybytet, certifikatbytet eller migreringen beter sig e-postflödet annorlunda än väntat.
Tillvägagångssätt
- Ringa in symtometBerörda vägar, tidsfönster, meddelande-ID; ”e-posten kommer inte fram” blir ett verifierbart konstaterande.
- Säkra bevisenMessage trace, meddelandespårning, fullständiga huvuden och NDR, innan någon rör konfigurationen.
- Testa hypotesen kontrolleratRiktade testmeddelanden över definierade vägar, en variabel per test.
- Åtgärda och bevisaKorrigeringen, beviset över samma testväg och dokumentationen av orsaken.
Exempel från praktiken
- Vanliga orsaker till e-postloopar: känna igen och lösa loopar i Exchange Online, hybridmiljöer och gateways.
- Analysera e-postflödet i Exchange: frågorna med exempelutdata, från meddelandespårning till SMTP-loggen.
- Testa SMTP under Linux: lager för lager, från TCP-anslutningen till det levererade meddelandet.
- Analys av e-posthuvuden: Received-kedjan med tid per hopp och autentiseringsresultat, helt i webbläsaren.
