Hvordan fortolker jeg en DNS-meddelelse (Delivery Status Notification)?

Scenarie: Uanset om du sender eller modtager mails, skal du på et tidspunkt forholde dig til en meddelelse om ikke-leverede mails – dvs. meddelelsen blev sendt, men den kunne ikke leveres. Her er en introduktion til, hvordan du fortolker disse meddelelser.

Trin:

1. Læs den letforståelige del
2. Få flere oplysninger
3. Forstå SMTP-fejlkoderne
4. Undersøg overskriften på den oprindelige meddelelse

Trin 1: Læs den letforståelige del

Lad os antage, at vi har en DSN som denne:

Levering er ikke udført på disse modtagere eller grupper:
Joe Smith
Din meddelelse blev ikke leveret pga. et tilladelses- eller sikkerhedsproblem. Den er måske blevet afvist af en redaktør, adressen accepterer kun mails fra visse afsendere, eller en anden begrænsning forhindrer levering.
Følgende organisation afviste din meddelelse: mail.contoso.com.

Dette afsnit i DSN'en er beregnet til at være brugervenligt. Hovedformålet er at levere en oversigt over, hvad problemet var. I dette tilfælde er det tydeligt, at jeg sendte en meddelelse til Joe, og at denne meddelelse ikke blev afvist af Office 365 eller FOPE, men af en organisation, som angiver sig selv som mail.contoso.com.

Måske er fejlen indlysende – måske lavede du en fejl, da du indtastede mailadressen, eller modtageren er ikke længere i organisationen. De brugervenlige fejl kan i mange tilfælde hjælpe dig med at løse problemet.

Trin 2: Få flere oplysninger

Hvis du vil vide mere om, hvad der skete, kan du læse videre, og du vil finde det detaljerede fejlfindingsafsnit:

Fejlfindingsoplysninger for administratorer:
Genererende server: bigfish.com
joepremise@contoso.com
mail.contoso.com #<exchange.contoso.com #5.7.1 smtp;530 5.7.1 Klient blev ikke godkendt> #SMTP#

Dette afsnit er den vigtigste del. Denne DSN betyder, at Bigfish.com (som er FOPE) forsøgte at oprette forbindelse til mail.contoso.com og modtog en SMTP-fejl fra denne server, der svarede med en fejl:

 530 5.7.1 Klient var ikke godkendt

Det betyder, at mail.contoso.com i sidste ende er dem, som afviste mailen, og det er dem, som skal hjælpe dig med at forstå, hvorfor problemet opstod.

Trin 3: Forstå SMTP-fejlkoder

En 5xx- eller 5.x.x-fejl er permanent, hvilket betyder, at den ikke anses for at være midlertidig . En Internetsøgning efter denne fejl kan være nyttig. Det viser sig nemlig, at da den eksterne mailserver var konfigureret til ikke at acceptere anonyme mails fra internettet, er der normalt en konfigurationsfejl her. Du skal arbejde med fjernadministratoren for at rette denne konfiguration .

En 4xx- eller 4.x.x-fejl er midlertidig. Disse problemer opstår typisk, når fjernsiden ikke kan nås, har et midlertidige problem, som måske løses med tiden, eller af og til har et problem med at acceptere mails fra netop dit domæne (hvis de f.eks. kontrollerer for anti-spam).

Mere hyppigt vises fejl som disse:

• 5.1.1 550 (ukendt bruger) - Det betyder, at mailkontoen ikke findes i den organisation, meddelelsen blev sendt til. Så du skal kontrollere, at adressen er korrekt.
• 5.0.0 550 SPF MAIL FRA tjek fejlede (PermError) - Det betyder, at fjernserveren kunne ikke bekræfte SPF DNS-posten til dit domæne. Du skal tjekke dine SPF-poster (Sender Policy Framework) vha. et værktøj som f.eks. nslookup, SPF Wizard eller Remote Connectivity Analyzer.
• 451 4.1.8 Kan ikke opløse dit domæne {mx101} eller Afsenderadresse afvist: Domæne ikke fundet - Disse fejl betyder typisk, at fjernsiden forsøgte at udføre en vis bekræftelse af dit domæne og var ikke tilfreds med resultatet. I dette tilfælde vil du muligvis kunne overbevise mailserverne om at acceptere meddelelsen ved at føje en post til margiestravel.com, men i den sidste ende skal du muligvis kontakte dem for at forstå, hvorfor de afviser meddelelsen.

Trin 4: Undersøg overskriften på den oprindelige meddelelse

Desuden er den oprindelige meddelelse ofte vedhæftet meddelelsen. Da mange brugere videresender disse meddelelser til helpdesk, placeres de oprindelige overskrifter i meddelelsens brødtekst (da vedhæftninger typisk ikke videresendes, medmindre klienten er konfigureret til at gøre det).

Overskrift på den oprindelige meddelelse:

Modtaget: fra mail36-tx2-R.bigfish.com (10.9.14.249) af TX2EHSOBE009.bigfish.com (10.9.40.29) med Microsoft SMTP-server-id 14.1.225.22; ons. d. 3. aug 2011 15:03:33 +0000
Modtaget: fra mail36-tx2 (localhost.localdomain [127.0.0.1]) af mail36-tx2-R.bigfish.com (Postfix) med ESMTP-id CD1047E84D3 til <joepremise@contoso.com.FOPE.CONNECTOR.OVERRIDE>; ons., d. 3. aug 2011 15:03:33 +0000 (UTC)
X-SpamScore: -5
X-BigFish: PS-5(zz1861Mc85dhzz1202hzzz2fh2a8h668h839h34h65h)
X-Spam-TCS-SCL: 4:0
X-Forefront-Antispam-Report: CIP:157.55.61.146;KIP:(null);UIP:(null);IPV:SKI;H:CH1PRD0302HT003.namprd03.prod.outlook.com;R:internal;EFV:INT
Received-SPF: pass (mail36-tx2: domænet contoso.onmicrosoft.com angiver 157.55.61.146 som tilladt afsender) client-ip=157.55.61.146; envelope-from=Scott@ contoso.onmicrosoft.com; helo=CH1PRD0302HT003.namprd03.prod.outlook.com ;.outlook.com ;
Modtaget: fra mail36-tx2 (localhost.localdomain [127.0.0.1]) af mail36-tx2 (MessageSwitch) id 1312383812531599_7509; ons., d. 3. aug 2011 15:03:32 +0000(UTC)
Modtaget: fra TX2EHSMHS046.bigfish.com (ukendt [10.9.14.247]) by mail36-tx2.bigfish.com (Postfix) med ESMTP id 7878E15F804B for <joepremise@exchange.contoso.com>; ons., d. 3. aug 2011 15:03:32 +0000 (UTC)
Modtaget: fra CH1PRD0302HT003.namprd03.prod.outlook.com (157.55.61.146) af TX2EHSMHS046.bigfish.com (10.9.99.146) med Microsoft SMTP-server (TLS) id 14.1.225.22; ons., d. 3. aug 2011 15:03:31 +0000
Modtaget: fra CH1PRD0302MB127.namprd03.prod.outlook.com ([169.254.7.54]) af CH1PRD0302HT003.namprd03.prod.outlook.com ([10.28.28.161]) med mapi id 14.01.0225.063; ons., d. 3. aug 2011 15:03:30 +0000
Content-Type: multipart/blandet;
 grænse="_000_B94CB51B8825B84382E64D7B4BE1555533ACCC50CH1PRD0302MB127_"
Fra: Scott <Scott@contoso.onmicrosoft.com>
Til: "Joe Smith" <joesmith@contoso.com>
Emne: Windows Phone er fantastisk! 

Der er et par andre ting, som måske kan hjælpe dig:

• Til-adresse: Det kan være nyttigt, hvis der er stavefejl i adressen, eller hvis den er forkert.
• Modtagne overskrifter: Disse kan fortælle dig, hvad meddelelsens sti var, og mere specifikt, hvilket sidste hop der genererede DSN'en (det er ikke nemt at se ud af “genererende server”). Da DSN'en blev genereret inde i FOPE, vil det ikke være nyttigt, hvis Microsoft support har brug for det.
• Modtaget-SPF: et kan fortælle dig, hvis FOPE mener, at SPF-posten tillader, at den oprindelige IP-adresse kan sende meddelelsen. Hvis den er andet end pass, skal du tjekke din SPF-post i DNS.

Almindelige problemer

Her vil vi føje link til nyttige Knowledge Base-artikler eller anden dokumentation, som gælder dette scenarie. 

• Hvis du har problemer med at sende mails til visse domæner, kan du bekræfte, at du har de anbefalede DNS-posttyper til at sende mails. Især skal du bruge en A-post til domænet (f.eks.: @.contoso.com - denne post skal generelt pege på den samme adresse som din www-post), en MX-post og en SPF-post, der angiver Outlook.com som afsender. Du kan finde flere oplysninger i Domæner i Office 365.
• Hvis du for nylig har registrere dig til Office 365, skal du kontrollere, at din MX-post har formatet contoso-com.mail.eo.outlook.com eller contoso-com.mail.protection.outlook.com. Du kan få den korrekte værdi ved at logge på portalen og klikke på "Domæner". Det er meget vigtigt, at du bruger den værdi, du har fået, og ikke opretter flere DNS-poster eller bruger en anden værdi. Hvis du er en mindre virksomhed, skal du blot ændre dine NS-poster (Name Server) som angivet.