Rapporter om manglende levering af mail i Office 365

Når der er problemer med at levere en mail, du har sendt, sender Office 365 en mail for at informere dig om det. Den mail, du modtager, er en besked om leveringsstatus, også kaldet en meddelelse om ikke-leveret mail. Den mest udbredte type er en rapport om manglende levering (NDR), og den informerer dig om, at en meddelelse ikke blev leveret. Manglende levering kan skyldes noget så enkelt som en slåfejl i en mailadresse. Rapporter om manglende levering indeholder en kode, der fortæller dig, hvorfor din mail ikke blev leveret, løsninger, der kan hjælpe dig med at få din mail leveret, et link til mere hjælp på nettet og tekniske detaljer til administratorer. Find ud af Mere om, hvad min NDR-mail indeholder.

Finde min NDR-kode og få hjælp til at levere min mail

Den følgende tabel indeholder NDR-koder (også kaldet udvidede statuskoder) for de mest almindelige meddelelser om ikke-leveret post og rapporter om manglende levering, som du kan støde på i Office 365.

NDR-kode

Beskrivelse

Mulig årsag

Flere oplysninger

4.4.7

Message expired

Meddelelsen i køen er udløbet. Den server, der sender, forsøgte at videresende eller levere meddelelsen, men handlingen blev ikke fuldført, før meddelelsen udløbstidspunkt indtraf. Denne meddelelse kan også betyde, at en brevhovedgrænse er nået på en fjernserver, eller en anden protokoltimeout opstod under kommunikation med fjernserveren.

Denne meddelelse betyder som regel et problem på den modtagende server. Kontrollér modtageradressens gyldighed, og afgør, om den modtagende server er konfigureret korrekt til at modtage meddelelser.

Du bliver måske nødt til at reducere antallet af modtagere i brevhovedet for værten, som du modtager denne fejl om. Hvis du sender meddelelsen igen, placeres den i køen igen. Hvis den modtagende server er tilgængelig, leveres meddelelsen.

Se Løs problemer med levering af mail for fejlkode 4.4.7 i Office 365 for at få mere at vide.

4.7.26

Access denied, a message sent over IPv6 [2a01:111:f200:2004::240] must pass either SPF or DKIM validation, this message is not signed

Sendemeddelelsen, som sendes via IPv6, skal enten passere SPF eller DKIM.

Få mere at vide under Understøttelse af anonym indgående mail via IPv6.

4.7.500-699

Access denied, please try again later

Der blev registreret mistænkelig aktivitet på den pågældende IP, og den er blevet midlertidigt begrænset, mens den bliver vurderet yderligere.

Hvis denne aktivitet er gyldig, ophæves denne begrænsning kort.

4.7.850-899

Access denied, please try again later

Der blev registreret mistænkelig aktivitet på den pågældende IP, og den er blevet midlertidigt begrænset, mens den bliver vurderet yderligere.

Hvis denne aktivitet er gyldig, ophæves denne begrænsning kort.

5.1.0

Sender denied

En almindelig årsag til denne NDR er, når du bruger Microsoft Outlook til at gemme en mail som en fil, og en person derefter har åbnet meddelelsen offline og besvaret den. Meddelelsesegenskaben bevarer kun legacyExchangeDN-attributten, når Outlook leverer meddelelsen, og derfor kan opslaget mislykkes.

Enten er modtageradressen formateret korrekt, eller også kunne modtageren ikke løses korrekt. Det første trin med at løse denne fejl er at kontrollere modtageradressen og sende meddelelsen igen.

Se Løs problemer med levering af mail for fejlkode 5.1.0 i Office 365 for at få mere at vide.

5.1.1

Bad destination mailbox address

Denne fejl kan skyldes følgende betingelser:

  • Modtagerens mailadresse blev indtastet forkert af afsenderen.

  • Der findes ingen modtager i mailsystemets destination.

  • Modtagerens postkasse er blevet flyttet, og Outlook-modtagerens cache er ikke opdateret på afsenderens computer.

  • Der findes et ugyldigt ældre domænenavn (DN) for modtagerens postkasse Active Directory-domænetjeneste.

Denne fejl opstår typisk, hvis afsenderen af meddelelsen indtaster modtagerens mailadresse forkert. Afsenderen skal kontrollere modtagerens mailadresse og sende igen. Denne fejl kan også opstå, hvis den modtagende mailadresse var korrekt tidligere, men er blevet ændret eller er blevet fjernet fra mailsystemets destination.

Hvis afsenderen af meddelelsen er i samme organisation som modtageren, og modtagerens postkasse stadig findes, kan du afgøre, om modtagerens postkasse er blevet flyttet til en ny mailserver. Hvis det er tilfældet, har Outlook muligvis ikke opdateret modtagerens cache korrekt. Bed afsenderen om at fjerne modtagerens adresse fra afsenderens Outlook-modtagercache, og opret derefter en ny meddelelse. Gensendelse af den oprindelige meddelelse resulterer i samme fejl.

Se Løs problemer med levering af mail for fejlkode 5.1.1 til og med 5.1.20 i Office 365 for at få mere at vide.

5.4.1

Relay Access Denied

Den mailserver, som forårsager fejlen, accepterer ikke mail til modtagerens domæne. Denne fejl er normalt forårsaget af en konfigurationsfejl i mailserveren eller DNS.

Se Løs problemer med levering af mail for fejlkode 5.4.1 i Office 365 for at få mere at vide.

5.4.6

Routing loop detected

En konfigurationsfejl har forårsaget en mailløkke. Som standard afbryder Exchange løkken efter 20 gentagelser af en mailløkke og danner en NDR til afsenderen af meddelelsen.

Denne fejl opstår, når leveringen af en meddelelse genererer en anden meddelelse som svar. Den meddelelse genererer derefter en tredje meddelelse, og processen gentages, hvilket skaber en løkke. For at beskytte sig mod udmattende systemressourcer afbryder Exchange mailløkken efter 20 gentagelser. Mailløkker oprettes typisk på grund af en konfigurationsfejl i mailserveren på den afsendende mailserver, den modtagende mailserver eller begge. Kontrollér regler for konfiguration af afsenderens og modtagerens postkasse for at afgøre, om automatisk videresendelse er aktiveret.

Se Løs problemer med levering af mail for fejlkode 5.4.6 til og med 5.4.20 i Office 365 for at få mere at vide.

5.6.11

Invalid characters

Dit mailprogram tilføjede ugyldige tegn (rene linjeskift-tegn) i en meddelelse, du har sendt.

Se Løs problemer med levering af mail for fejlkode 5.6.11 i Office 365 for at få mere at vide.

5.7.1

Delivery not authorized

Afsenderen af meddelelsen har ikke tilladelse til at sende meddelelser til modtageren.

Denne fejl opstår, når afsenderen prøver at sende en meddelelse til en modtager, men afsenderen ikke har tilladelse til at gøre dette. Dette sker ofte, når en afsender forsøger at sende meddelelser til en distributionsgruppe, der er konfigureret til kun at acceptere meddelelser fra medlemmer af den pågældende distributionsgruppe eller andre godkendte afsendere. Afsenderen skal anmode om tilladelse til at sende meddelelser til modtageren.

Denne fejl kan også opstå, hvis en Exchange-transportregel afviser en meddelelse, fordi meddelelsen matchede betingelser, der er konfigureret for transport-reglen.

Se Løs problemer med levering af mail for fejlkode 5.7.1 i Office 365 for at få mere at vide.

5.7.1

Unable to relay

Det afsendende mailsystem har ikke tilladelse til at sende en meddelelse til et mailsystem, hvor dette mailsystem ikke er den endelige destination for meddelelsen.

Denne fejl opstår, hvis det afsendende mailsystem forsøger at sende en anonym meddelelse til et modtagende mailsystem, og det modtagende mailsystem ikke accepterer meddelelser for domænet eller domæner, der er angivet i en eller flere af modtagerne. Det følgende er de mest almindelige årsager til denne fejl:

  • En tredjepart forsøger at bruge et modtagende mailsystem til at sende spam, og det modtagende mailsystem afviser forsøget. Afsenderens mailadresse er muligvis blevet forfalsket på grund af spam, og den resulterende NDR kunne være blevet sendt til intetanende afsenders mailadresse. Det er svært at undgå denne situation.

  • En MX-post for et domæne peger på et modtagende mailsystem, hvor domænet ikke accepteres. Administratoren, som er ansvarlig for det specifikke domænenavn, skal rette MX-posten eller konfigurere det modtagende mailsystem til at acceptere meddelelser for det domæne, eller begge dele.

  • Et afsendende mailsystem eller en afsendende klient, der skal bruge det modtagende mailsystem til videresendelse af meddelelser, har ikke de rette tilladelser til at gøre dette.

Se Løs problemer med levering af mail for fejlkode 5.7.1 i Office 365 for at få mere at vide.

5.7.1

Client was not authenticated

Det afsendende mailsystem kunne ikke godkende det modtagende mailsystem. Det modtagende mailsystem kræver godkendelse før afsendelse af meddelelsen.

Denne fejl opstår, når den modtagende server skal godkendes før afsendelse af meddelelsen, og det afsendende mailsystem ikke har bekræftet det modtagende mailsystem. Det afsendende mailsystems administrator skal konfigurere afsendende mailsystem for at godkende det modtagende mailsystem for vellykket levering.

Se Løs problemer med levering af mail for fejlkode 5.7.1 i Office 365 for at få mere at vide.

5.7.12

Sender was not authenticated by organization

Afsenderens meddelelse afvises, fordi modtageradressen er konfigureret til at afvise meddelelser, der sendes fra personer uden for dens organisation. Dette kan kun ændres af en mailadministrator i modtagerens organisation.

Se Løs problemer med levering af mail for fejlkode 5.7.12 i Office 365 for at få mere at vide.

5.7.124

Sender not in allowed-senders list

Afsenderen har ikke rettigheder til at sende til distributionsgruppen, fordi afsenderen ikke er på gruppens liste over tilladte afsendere. Afhængig af, hvordan gruppen er konfigureret, kan gruppens ejer endda være nødt til at blive føjet til listen over gruppens tilladte afsendere, før meddelelser kan sendes til gruppen.

Se Løs problemer med levering af mail for fejlkode 5.7.124 i Office 365 for at få mere at vide.

5.7.133

Sender not authenticated for group

Modtageradressen er en gruppedistributionsliste, der er konfigureret til at afvise meddelelser, der sendes fra personer uden for dens organisation. Dette kan kun ændres af en mailadministrator i modtagerens organisation eller gruppeejeren.

Se Løs problemer med levering af mail for fejlkode 5.7.133 i Office 365 for at få mere at vide.

5.7.134

Sender was not authenticated for mailbox

Modtageradressen er en postkasse, der er konfigureret til at afvise meddelelser, der sendes fra personer uden for dens organisation. Dette kan kun ændres af en mailadministrator i modtagerens organisation.

Se Løs problemer med levering af mail for fejlkode 5.7.134 i Office 365 for at få mere at vide.

5.7.13 eller 135

Sender was not authenticated for public folder

Modtageradressen er en offentlig mappe, der er konfigureret til at afvise meddelelser, der sendes fra personer uden for dens organisation. Dette kan kun ændres af en mailadministrator i modtagerens organisation.

Se Løs problemer med levering af mail for fejlkode 5.7.13 eller 5.7.135 i Office 365 for at få mere at vide.

5.7.136

Sender was not authenticated

Modtageradressen er en mailbruger, der er konfigureret til at afvise meddelelser, der sendes fra personer uden for dens organisation. Dette kan kun ændres af en mailadministrator i modtagerens organisation.

Se Løs problemer med levering af mail for fejlkode 5.7.136 i Office 365 for at få mere at vide.

5.7.25

Access denied, the sending IPv6 address [2a01:111:f200:2004::240] must have a reverse DNS record

Den afsendende IPv6-adresse skal have en omvendt DNS-post for at sende mail via IPv6.

Få mere at vide under Understøttelse af anonym indgående mail via IPv6.

5.7.501

Access denied, spam abuse detected

Den afsendende konto er forbudt på grund af registreret spamaktivitet.

Se Løs problemer med levering af mail for fejlkode 451 5.7.500-699 (ASxxx) i Office 365 for at få mere at vide.

Bekræft, at alle kontoproblemer er blevet løst, og nulstil dens legitimationsoplysninger. Kontakt support på almindelig vis for at gendanne denne kontos mulighed for at sende mail.

5.7.502

Access denied, banned sender

Den afsendende konto er forbudt på grund af registreret spamaktivitet.

Bekræft, at alle kontoproblemer er blevet løst, og nulstil dens legitimationsoplysninger. Kontakt support på almindelig vis for at gendanne denne kontos mulighed for at sende mail.

5.7.503

Access denied, banned sender

Den afsendende konto er forbudt på grund af registreret spamaktivitet.

Bekræft, at alle kontoproblemer er blevet løst, og nulstil dens legitimationsoplysninger. Kontakt support på almindelig vis for at gendanne denne kontos mulighed for at sende mail.

5.7.504

[email@contoso.com]: Recipient address rejected: Access denied

Den modtageradresse, du forsøger at kontakte, er ikke gyldig.

Bekræft modtagerens mailadresse, og er prøv igen.

5.7.505

Access denied, banned recipient

Den modtager, du forsøger at kontakte, er ikke gyldig.

Hvis du mener, at dette er en fejl, kan du kontakte support.

5.7.506

Access Denied, Bad HELO

Din server forsøger at introducere sig selv (HELO i overensstemmelse med RFC 821) som den server, den forsøger at oprette forbindelse til i stedet for sit eget fulde domænenavn.

Dette er ikke tilladt, og det er egenskab, som er typisk opførsel for spambot.

5.7.507

Access denied, rejected by recipient

Den IP, du forsøger at sende fra, blev blokeret af modtagerens organisation.

Du kan kontakte modtageren for at løse dette problem.

5.7.508

Access denied, [$SenderIPAddress] has exceeded permitted limits within $range range

Afsenderens IPv6-område har forsøgt at sende for mange meddelelser i løbet af for kort en tidsperiode.

Ikke muligt

5.7.509

Access denied, sending domain [$SenderDomain] does not pass DMARC verification

Afsenderens domæne i 5322.From-adressen passerer ikke DMARC.

Ikke muligt

5.7.510

Access denied, [contoso.com] does not accept email over IPv6

Afsenderen forsøger at sende en meddelelse til modtageren via IPv6, men modtageren accepterer ikke mail via IPv6.

Ikke muligt

5.7.511

Access denied, banned sender

Den konto, du forsøger at sende fra, er forbudt.

Få mere at vide under Fjern en bruger, et domæne eller en IP-adresse fra en liste over blokerede afsendere efter afsendelse af spammail.

5.7.512

Access denied, message must be RFC 5322 section 3.6.2 compliant

Meddelelsen blev sendt uden en gyldig "Fra"-mailadresse.

Kun Office 365. Hver meddelelse skal indeholde en gyldig mailadresse i feltet "Fra". Ordentlig formatering af denne adresse omfatter vinkelparenteser omkring mailadressen, f.eks, <security@contoso.com>. Office 365 afviser meddelelsen, hvis denne adresse ikke er inkluderet.

5.7.513

Service unavailable, Client host [$ConnectingIP] blocked by $recipientDomain using Customer Block list (AS16012607)

Modtagerdomænet har tilføjet IP-adressen, du sender fra, til deres brugerdefinerede blokeringsliste.

Det domæne, der modtog mailen, har blokeret IP-adressen, du sender fra. Hvis du tror, at din IP-adresse er blevet føjet til modtagerdomænets brugerdefinerede blokeringsliste ved en fejl, skal du kontakte dem direkte og bede dem om at fjerne den fra listen.

5.7.606-649

Access denied, banned sending IP [IP1.IP2.IP3.IP4]

Den IP, du forsøger at sende fra, er forbudt.

Bekræft, at du følger de bedste fremgangsmåder for levering af mail, og sørg for, at din IP's ry ikke er blevet dalet som et resultat af forlig eller skadelig trafik. Hvis du mener, at du modtager denne meddelelse ved en fejl, kan du bruge selvbetjeningsportalen til at anmode om at blive fjernet fra denne liste. Få mere at vide under Brug slettelseportalen til at fjerne dig selv fra listen over blokerede afsendere af Office 365.

5.7.700-749

Access denied, tenant has exceeded threshold

Størstedelen af trafikken fra denne lejer er blevet registreret som mistænkelig og har medført et forbud mod sendemulighed for lejeren.

Sørg for, at alle kompromiser eller åbne relæer er blevet løst, og kontakt derefter support via din almindelige kanal.

Hvad indeholder en rapport om manglende levering (NDR)?

Rapporter om manglende leveringer i Exchange er designet til at være nemme at læse og forstå for mailbrugere og -administratorer. Rapporter om manglende levering findes i flere forskellige formater. Den nyeste type rapport om manglende levering indeholder en beskrivelse af problemet i et letforståeligt sprog samt trin til at løse det. I følgende figur vises formatet for denne type rapport om manglende levering.

Nyeste format for meddelelser om leveringsstatus (DSN) i Office 365

Oplysningerne i den nyeste type rapport om manglende levering er beregnet til at hjælpe den typiske mailbruger med at løse problemer med det samme. Hvis det ikke er muligt, indeholder rapporten om manglende levering detaljer til administratorer samt et link til mere hjælp på internettet. Følgende felter vises i de nyeste Office 365-rapporter om manglende levering.

Felt

Beskrivelse

Office 365-logo   

Dette angiver, at Office 365 genererede rapporten om manglende levering. Logoet betyder ikke, at Office 365 var skyld i fejlen. Dette fortæller, hvilke beskedslutpunkter eller -tjenester, der er involveret i mailtransaktionen, hvilket ikke altid fremgår tydeligt i ældre typer rapport om manglende levering.

Årsag   

I dette afsnit kan du finde årsagen til, at meddelelsen blev ikke leveret.

Ansvarsindikator   

Dette afsnit giver et hurtigt overblik over problemet, og hvem der har ansvaret for at løse det. Billedet viser de tre grundlæggende parter i en Office 365-mailtransaktion – afsenderen, Office 365 og modtageren. Det område, der er markeret med rødt, angiver, hvor problemet normalt skal løses.

Sådan løser du problemet   

Dette afsnit er beregnet til slutbrugeren eller den mailafsender, der modtager rapporten om manglende levering. Her kan du se, hvordan du kan løse problemet.

Flere oplysninger til mailadministratorer    

Dette afsnit indeholder en detaljeret beskrivelse af problemet og løsningen samt tekniske detaljer og et link til en webbaseret artikel med detaljerede referenceoplysninger.

Meddelelseshop   

Dette afsnit indeholder klokkeslæt og systemhenvisninger for meddelelsen, som gør det muligt for administratoren at følge meddelelsens hop eller vej fra server til server. Med disse oplysninger kan administratoren hurtigt få øje på problemer mellem meddelelseshop.

For rapporter om manglende levering, der ikke har det nyeste format, kan oplysningerne være opdelt i to sektioner: Brugeroplysninger og Diagnostiske oplysninger til administratorer. I følgende figur vises formatet for én type Exchange Online-rapport om manglende levering.

NDR, der viser diagnosticeringsoplysninger om brugere og administratorer

Brugeroplysninger

Afsnittet med brugeroplysninger vises i starten af nogle rapporter om manglende levering, og hovedformålet er at give en opsummering af, hvad der er gået galt. Teksten er beregnet til at hjælpe meddelelsens afsender med at finde ud af, hvorfor meddelelsen blev afvist, og, hvis det er muligt, hvordan meddelelsen kan sendes igen uden fejl. Mailadressen til hver modtager er angivet, og årsagen til fejlen er medtaget i feltet under modtagerens mailadresse. Navnet på den mailserver, som afviste meddelelsen, kan også indgå i dette afsnit.

Diagnostiske oplysninger til administratorer

Afsnittet Diagnostiske oplysninger til administratorer indeholder mere detaljerede tekniske oplysninger, som kan hjælpe administratoren med at fejlfinde problemet med levering af meddelelsen. Det indeholder detaljerede oplysninger om den specifikke fejl, der opstod under leveringen af meddelelsen, den server, der genererede rapporten om manglende levering (NDR), og den server, der afviste meddelelsen. Dette afsnit bruger følgende format:

Diagnostic information for administrators

Generating server: 
<server name>
<rejected recipient>
<remote server>
<enhanced status code>
<SMTP response> Original message headers <message header fields>

Felt

Beskrivelse

Genererende server   

Dette felt angiver navnet på den SMTP-mailserver, der genererede rapporten om manglende levering (NDR). Hvis der ikke er angivet nogen fjernserver under afsenderens mailadresse, er den genererende server også den server, der afviste den oprindelige mail. Hvis mailfjernserveren bekræfter og accepterer meddelelsen, men senere afviser meddelelsen, f.eks. på grund af indholdsrestriktioner, genererer fjernserveren rapporten om manglende levering (NDR). Hvis mailfjernserveren aldrig bekræfter og accepterer meddelelsen, genererer afsendelsesserveren i Exchange Online rapporten om manglende levering (NDR).

<Afvist modtager>   

Denne værdi er modtagerens mailadresse. Hvis leveringen mislykkedes til mere end én modtager, er alle modtagernes mailadresser angivet. Følgende oplysninger er også inkluderet for hver modtager, der ikke kan sendes til:

Felt

Beskrivelse

<Fjernserver>   

Denne værdi er navnet på den mailserver, som afviste meddelelsen. Hvis den oprindelige meddelelse bekræftes af den modtagende server, men senere afvises, er fjernserverværdien ikke udfyldt.

<Udvidet statuskode>   

Denne værdi tildeles af den mailserver, der afviste den oprindelige meddelelse, og angiver, hvorfor meddelelsen blev afvist. Disse koder er defineret i RFC 3463 og bruger formatet abc x.y.z, hvor pladsholderværdierne er heltal. For eksempel indikerer koden 5.x.x en permanent fejl, og koden 4.x.x indikerer en midlertidig fejl. Selvom den udvidede statuskode ofte genereres af en ekstern mailserver, bruger Exchange Onlineden udvidede statuskodeværdi til at bestemme den tekst, der skal vises i afsnittet med brugeroplysninger.

<SMTP-svar>   

Denne værdi returneres af den mailserver, der afviste den oprindelige meddelelse. Denne tekst giver en forklaring på den udvidede statuskodeværdi. Teksten vises altid i US-ASCII-format.

Oprindelige brevhoveder   

Dette afsnit indeholder brevhovedfelterne fra den afviste meddelelse. Disse brevhovedfelter kan indeholde nyttige diagnostiske oplysninger, f.eks. den sti, som meddelelsen fulgte, før den blev afvist, eller om værdien i feltet To matcher værdien for den afviste modtager.

Sådan læser du en Exchange Online-rapport om manglende levering (NDR)

Her er et eksempel. Forestil dig, at du modtager en Exchange-rapport om manglende levering (NDR), der indeholder følgende oplysninger:

Delivery has failed to these recipients or groups:

ronald@contoso.com
Your message wasn't delivered due to a permission or security issue. It may have been rejected by a moderator, the address may only accept email from certain senders, or another restriction may be preventing delivery. The following organization rejected your message: mail.contoso.com.

Diagnostic information for administrators:

Generating server: alpineskihouse.com

ronald@contoso.com
mail.contoso.com #<exchange.contoso.com #5.7.1 smtp;530 5.7.1 Client was not authenticated> #SMTP#


Original message headers:
...

I sektionen med brugeroplysninger kan du se, at modtageren er Ronald Slattery, og at meddelelsen blev afvist af mailserveren mail.contoso.com, der ikke er en Exchange Online- eller Exchange Online Protection-mailserver.

I sektionen Diagnostiske oplysninger til administratorer kan du se, at alpineskihouse.com forsøgte at oprette forbindelse til serveren mail.contoso.com for at levere meddelelsen til modtageren ronald@contoso.com. Men mail.contoso.com svarede imidlertid med fejlen 530 5.7.1 Client was not authenticated. Selvom bigfish.com genererede rapporten om manglende levering, var det faktisk mail.contoso.com, der afviste meddelelsen, så administratorerne på contoso.com er ansvarlige for at forstå og løse problemet. Denne specifikke fejl indikerer, at serveren mail.contoso.com er konfigureret til ikke at acceptere anonyme mails fra internettet.

Selvom de oprindelige brevhoveder er udeladt i dette eksempel på grund af deres længde og kompleksitet, kan du som regel finde nyttige oplysninger i følgende brevhovedfelter:

  • To:   Dette felt kan være nyttigt, hvis mailadressen blev skrevet forkert.

  • Received:   Disse felter kan fortælle dig, hvilken sti meddelelsen fulgte, og det sidste trin, som genererede beskeden om leveringsstatus (DSN), hvis dette ikke nemt kan bestemmes ud fra værdien Generating server i rapporten om manglende levering (NDR).

  • Received-SPF:   Hvis denne værdi er en anden end pass, skal du markere SPF (Sender Policy Framework) fra DNS-posten for dit domæne. Læs Tilføj, eller rediger brugerdefinerede DNS-poster i Office 365 for at få flere oplysninger.

Har du stadig brug for hjælp til rapporter om manglende levering (NDR) eller andre statusbeskeder?

Få hjælp fra Office 365 Community-foraene Administratorer: Log på, og opret en serviceanmodning Administratorer: Ring til support
Del Facebook Facebook Twitter Twitter Mail Mail

Var disse oplysninger nyttige?

Fantastisk! Har du mere feedback?

Hvordan kan vi forbedre det?

Tak for din feedback!

×