El. laiškų nepristatymo pažymos „Office 365“

Iškilus nesklandumams siunčiant el. laišką, „Office 365“ atsiunčia jums apie tai laišką. Gautas laiškas yra pristatymo būsenos pranešimas, dar vadinamas pranešimu apie nepristatytą laišką. Dažniausiai pasitaiko taip vadinama nepristatymo pažyma (NDR), kurioje nurodoma, kad el. laiškas nepristatytas. El. laiškas gali būti nepristatytas dėl tokių paprastų priežasčių, kaip klaidingai įvestas el. pašto adresas. NDR pažymose pateikiamas kodas, nurodantis, kodėl el. laiškas nepristatytas, sprendimai, galintys padėti pristatyti el. laišką, nuoroda į žiniatinklio žinyną ir techninė informacija administratoriams. Sužinokite daugiau apie tai, kas įtraukta į mano NDR el. laišką.

Rasti NDR kodą ir gauti pagalbą pristatant el. laišką

Šioje lentelėje pateikti NDR kodai (dar vadinami patobulintais būsenos kodais) dažniausiai pasitaikantiems pranešimams apie nepristatytą laišką ir NDR, su kuriomis galite susidurti „Office 365“.

NDR kodas

Aprašas

Galima priežastis

Papildoma informacija

4.4.7

Message expired

Eilėje laukiantis laiškas nebegalioja. Siuntimo serveris bandė perduoti arba pristatyti laišką, bet veiksmas neatliktas, nes pasibaigė laiško galiojimo laikas. Šis pranešimas taip pat gali nurodyti, kad nuotoliniame serveryje pasiektas pranešimo antraštės limitas arba susisiekiant su nuotoliniu serveriu baigėsi kuriam nors kitam protokolui skirtas laikas.

Paprastai šis pranešimas nurodo, kad problema iškilo gaunamo pašto serveryje. Patikrinkite gavėjo adresą ir nustatykite, ar gaunamo pašto serveris tinkamai sukonfigūruotas gauti laiškus.

Jums gali tekti sumažinti gavėjų skaičių pagrindinio kompiuterio, dėl kurio ir kyla ši klaida, pranešimo antraštėje. Jei siunčiate laišką dar kartą, jis įkeliamas į eilę iš naujo. Jei serveris yra prieinamas, pranešimas pristatomas.

Daugiau informacijos žr. El. pašto pristatymo problemų šalinimas, kai klaidos kodas „Office 365“ yra 4.4.7

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

Per IPv6 siunčiamas pranešimas turi pereiti per SPF arba DKIM.

Jeigu reikia išsamesnės informacijos, žr. Per IPv6 gaunamų anoniminių el. laiškų palaikymas.

4.7.500-699

Access denied, please try again later

Nurodytame IP pastebėta įtartina veikla, todėl jis laikinai apribotas, kol bus įvertintas išsamiau.

Jeigu veikla leistina, apribojimas bus netrukus pašalintas.

4.7.850-899

Access denied, please try again later

Nurodytame IP pastebėta įtartina veikla, todėl jis laikinai apribotas, kol bus įvertintas išsamiau.

Jeigu veikla leistina, apribojimas bus netrukus pašalintas.

5.1.0

Sender denied

Ši NDR dažnai pateikiama, kai el. laiškas įrašomas kaip laiškas naudojant „Microsoft Outlook“ ir kas nors atsidaro šį laišką autonominiu režimu ir į jį atsako. Pranešimo ypatybė išsaugo legacyExchangeDN atributą, tik kai „Outlook“ pristato pranešimą, todėl peržvelgti gali nepavykti.

Tai nutinka dėl netinkamo gavėjo adreso formato arba kai nepavyksta tinkamai nustatyti gavėjo. Norint pašalinti šią problemą, pirmiausia reikia patikrinti gavėjo adresą ir pakartotinai nusiųsti pranešimą.

Daugiau informacijos žr. El. pašto pristatymo problemų šalinimas, kai klaidos kodas „Office 365“ yra 5.1.0

5.1.1

Bad destination mailbox address

Šią triktį gali sukelti šios sąlygos:

  • Siuntėjas netinkamai įvedė gavėjo el. pašto adresą.

  • Paskirties el. pašto sistemoje nėra gavėjų.

  • Gavėjo el. pašto dėžutė buvo perkelta, o „Outlook“ podėlis siuntėjo kompiuteryje nebuvo atnaujintas.

  • Gavėjo pašto dėžutės „Active Directory“ domenų tarnybai skirtas netinkamas senstelėjęs domeno vardas (DN).

Ši klaida paprastai pasitaiko, kai laiško siuntėjas įveda netinkamą gavėjo el. pašto adresą. Siuntėjas turėtų patikrinti gavėjo el. pašto adresą ir laišką išsiųsti pakartotinai. Ši klaida gali pasitaikyti, kai gavėjo el. pašto adresas anksčiau buvo tinkamas, bet vėliau pasikeitė arba buvo pašalintas iš paskirties el. pašto sistemos.

Jeigu laiško siuntėjas priklauso tai pačiai organizacijai kaip gavėjas, o gavėjo el. pašto dėžutė vis dar yra, nustatykite, ar gavėjo pašto dėžutė nebuvo perkelta į naują el. pašto serverį. Tokiu atveju „Outlook“ galėjo netinkamai atnaujinti gavėjų podėlį. Nurodykite siuntėjui pašalinti gavėjo adresą iš siuntėjo „Outlook“ gavėjų podėlio ir sukurti naują pranešimą. Bandant iš naujo nusiųsti pirminį pranešimą įvyks ta pati triktis.

Daugiau informacijos žr. El. pašto pristatymo problemų šalinimas, kai klaidos kodas „Office 365“ yra nuo 5.1.1 iki 5.1.20

5.2.121

Viršytas gavėjo per valandą iš konkretaus siuntėjo gaunamų laiškų limitas.

Siuntėjas viršijo maksimalų laiškų, kuriuos jis gali „Office 365“ konkrečiam gavėjui išsiųsti per valandą, skaičius.

Automatinis siuntėjas arba laišką išsiuntęs asmuo turėtų dar kartą pabandyti vėliau ir sumažinti konkrečiam gavėjui per valandą išsiunčiamų laiškų skaičių.

Šis apribojimas padeda apsaugoti „Office 365“ vartotojus nuo greito jų pašto dėžučių užpildymo laiškais iš atsitiktinių automatinių pranešimų sistemų ar didelio vieno siuntėjo siunčiamų laiškų kiekio.

5.2.122

Viršytas gavėjo per valandą gaunamų laiškų limitas.

„Office 365“ gavėjas viršijo laiškų, kuriuos jis gali gauti per valandą nuo visų siuntėjų, skaičių.

Automatinis siuntėjas arba laišką išsiuntęs asmuo turėtų dar kartą pabandyti vėliau ir sumažinti konkrečiam gavėjui per valandą išsiunčiamų laiškų skaičių.

Šis apribojimas padeda apsaugoti „Office 365“ vartotojus iš greito jų aplanko Gauta užpildymo laiškais iš atsitiktinių automatinių pranešimų sistemų arba didelio kitokių laiškų kiekio.

5.3.190

Vietinių laiškų registravimas „Office 365“ nepalaikomas, kai išjungta funkcija Registravimas žurnale.

Vietinių laiškų registravimas „Office 365“ šioje organizacijoje nepalaikomas, nes jos „Office 365“ parametruose neįjungtas registravimo žurnale archyvas.

Organizacijos vietinėje aplinkoje registravimo žurnale taisyklė sukonfigūruota, kad vietiniai laiškai būtų registruojami „Office 365“, bet registravimo žurnale archyvas išjungtas. Norint, kad šis scenarijus veiktų, organizacijos „Office 365“ administratorius turėtų įjungti registravimo žurnale archyvą arba pakeisti registravimo žurnale taisyklę, kad laiškai būtų registruojami kitoje vietoje.

5.4.1

Relay Access Denied

Klaidą generuojantis pašto serveris nepriima į gavėjo domeną siunčiamų laiškų. Paprastai šią klaidą sukelia pašto serveris arba netinkama DNS konfigūracija.

Daugiau informacijos žr. El. pašto pristatymo problemų šalinimas, kai klaidos kodas „Office 365“ yra 5.4.1

5.4.6

Routing loop detected

Konfigūravimo klaida užvedė el. pašto ciklo kartojimąsi. Pagal numatytuosius nustatymus po 20 el. pašto ciklo ratų „Exchange“ pertraukia ciklą ir sugeneruoja NDR, skirtą siuntėjo pranešimui.

Ši klaida įvyksta, kai pristačius pranešimą sugeneruojamas atsakymas. Tada pranešimas sugeneruoja trečią pranešimą ir procesas kartojasi, taip užvesdamas ciklą. Kad nebūtų eikvojami sistemos ištekliai, „Exchange“ pertraukia šį el. pašto ciklą po 20 ratų. El. pašto ciklai paprastai prasideda dėl siunčiamo pašto serverio, gaunamo pašto serverio arba abiejų serverių konfigūracijos klaidos. Kad išsiaiškintumėte, ar įjungtas automatinis pranešimo persiuntimas, patikrinkite siuntėjo ir gavėjo pašto dėžučių taisyklių konfigūraciją.

Daugiau informacijos žr. El. pašto pristatymo problemų šalinimas, kai klaidos kodas „Office 365“ yra nuo 5.4.6 iki 5.4.20

5.6.11

Invalid characters

Jūsų el. pašto programa įtraukė netinkamus simbolius (įvedimo į tuščią eilutę simbolį) į jūsų išsiųstą laišką.

Daugiau informacijos žr. El. pašto pristatymo problemų šalinimas, kai klaidos kodas „Office 365“ yra 5.6.11

5.7.1

Delivery not authorized

Laiško siuntėjui neleidžiama siusti laiškų gavėjui.

Ši klaida įvyksta, kai siuntėjas bando siųsti pranešimą gavėjui bet siuntėjas neturi tam teisės. Tai dažnai nutinka, kai siuntėjas bando siųsti pranešimus siuntimo grupei, kuri yra sukonfigūruota priimti tik siuntimo grupės narių arba kitų patvirtintų siuntėjų laiškus. Siuntėjas turi paprašyti leidimo siųsti laiškus gavėjui.

Ši klaida taip pat gali įvykti,kai „Exchange“ transportavimo taisyklė atmeta pranešimą, nes pranešimas atitinka sąlygas, kurios sukonfigūruotos transportavimo taisyklėje.

Daugiau informacijos žr. El. pašto pristatymo problemų šalinimas, kai klaidos kodas „Office 365“ yra 5.7.1

5.7.1

Unable to relay

Siunčiamo pašto sistemai neleidžiama siųsti pranešimo el. pašto sistemai, kuri nėra galutinė laiško paskirtis.

Ši klaida įvyksta, kai siunčiamo el. pašto sistema bando siųsti anoniminį laišką gaunamo el. pašto sistemai ir gaunamo el. pašto sistema nepriima laiškų iš domeno ar domenų, nurodytų bent viename iš gavėjų. Toliau pateikiamos dažniausios šios klaidos priežastys.

  • Trečioji šalis mėgina naudoti gaunamo el. pašto sistemą pašto šiukšlėms siųsti, o gaunamo pašto sistema šį bandymą užblokuoja. Kaip paprastai būna pašto šiukšlių atveju, siuntėjo el. pašto adresas gali būti suklastotas, tad NDR pranešimas išsiunčiamas nieko neįtariančio siuntėjo el. pašto adresu. Panašių situacijų išvengti sunku.

  • Domeno MX įrašas nurodo gaunamo pašto sistemą, kuri nepriima to domeno. Už konkretų domeno vardą atsakingas administratorius privalo pataisyti MX įrašą arba sukonfigūruoti gaunamo el. pašto sistemą, kad ji priimtų domenui išsiųstus pranešimus, arba atlikti abu veiksmus.

  • Siunčiamo el. pašto sistema arba klientas, kuris turėtų naudoti gaunamo el. pašto sistemą pranešimams perduoti, neturi tam tinkamų leidimų.

Daugiau informacijos žr. El. pašto pristatymo problemų šalinimas, kai klaidos kodas „Office 365“ yra 5.7.1

5.7.1

Client was not authenticated

Siunčiamo el. pašto sistema nepateikė autentifikacijos gaunamo el. pašto sistemai. Prieš priimdama pranešimą gaunamo el. pašto sistema turi gauti autentifikaciją.

Ši klaida įvyksta, kai gaunamo pašto serveris prieš priimdamas pranešimą privalo gauti autentifikaciją, o siunčiamo el. pašto sistema nepateikė gaunamo el. pašto sistemai autentifikacijos. Siunčiamo el. pašto sistemos administratorius turi sukonfigūruoti siunčiamo el. pašto sistemą, kad ji pateiktų autentifikaciją gaunamo el. pašto sistemai ir pranešimas būtų pristatas sėkmingai.

Daugiau informacijos žr. El. pašto pristatymo problemų šalinimas, kai klaidos kodas „Office 365“ yra 5.7.1

5.7.12

Sender was not authenticated by organization

Siuntėjo laiškas atmetamas, nes gavėjo adresas nustatytas atmesti laiškus, siųstus iš organizacijai nepriklausančių el. pašto adresų. Tai gali pakeisti tik el. pašto gavėjo organizacijos administratorius.

Daugiau informacijos žr. El. pašto pristatymo problemų šalinimas, kai klaidos kodas „Office 365“ yra 5.7.12

5.7.124

Sender not in allowed-senders list

Siuntėjas neturi teisės siųsti šiai siuntimo grupei, nes siuntėjas nepriklauso sąrašui siuntėjų, kuriems grupė leidžia siųsti laiškus. Atsižvelgiant į tai, kaip nustatyta grupė, į leistinų siuntėjų sąrašą turi būti įtrauktas net grupės savininkas, kad šis galėtų siųsti laiškus grupei.

Daugiau informacijos žr. El. pašto pristatymo problemų šalinimas, kai klaidos kodas „Office 365“ yra 5.7.124

5.7.133

Sender not authenticated for group

Gavėjo adresas yra grupės siuntimo sąrašas, nustatytas atmesti laiškus, siųstus iš organizacijai nepriklausančių el. pašto adresų. Tai pakeisti gali tik gavėjo organizacijos el. pašto administratorius arba grupės savininkas.

Daugiau informacijos žr. El. pašto pristatymo problemų šalinimas, kai klaidos kodas „Office 365“ yra 5.7.133

5.7.134

Sender was not authenticated for mailbox

Gavėjo adresas yra pašto dėžutė, nustatyta atmesti laiškus, siųstus iš organizacijai nepriklausančių el. pašto adresų. Tai pakeisti gali tik gavėjo organizacijos el. pašto administratorius.

Daugiau informacijos žr. El. pašto pristatymo problemų šalinimas, kai klaidos kodas „Office 365“ yra 5.7.134

5.7.13 arba 135

Sender was not authenticated for public folder

Gavėjo adresas yra viešas aplankas, nustatytas atmesti laiškus, siųstus iš organizacijai nepriklausančių el. pašto adresų. Tai gali pakeisti tik el. pašto gavėjo organizacijos administratorius.

Daugiau informacijos žr. El. pašto pristatymo problemų šalinimas, kai klaidos kodas „Office 365“ yra 5.7.13 arba 5.7.135

5.7.136

Sender was not authenticated

Gavėjo adresas yra pašto vartotojas, nustatytas atmesti laiškus, siųstus iš organizacijai nepriklausančių el. pašto adresų. Tai gali pakeisti tik el. pašto gavėjo organizacijos administratorius.

Daugiau informacijos žr. El. pašto pristatymo problemų šalinimas, kai klaidos kodas „Office 365“ yra 5.7.136

5.7.25

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

Siuntėjo IPv6 adresas privalo turėti atgalinio DNS įrašą, kad būtų galima siųsti laiškus per IPv6.

Jeigu reikia išsamesnės informacijos, žr. Per IPv6 gaunamų anoniminių el. laiškų palaikymas.

5.7.501

Access denied, spam abuse detected

Siuntėjo paskyra užblokuota, nes nustatyta, kad ji naudojama pašto šiukšlėms siųsti.

Išsamesnės informacijos žr. El. pašto pristatymo problemų šalinimas, kai klaidos kodas „Office 365“ yra 451 5.7.500-699

Norėdami nustatyti paskyros kredencialus, patikrinkite, ar išspręstos visos jos triktys. Norėdami grąžinti paskyrai galimybę siųsti laiškus, įprastiniais kanalais susisiekite su pagalbos tarnyba.

5.7.502

Access denied, banned sender

Siuntėjo paskyra užblokuota, nes nustatyta, kad ji naudojama pašto šiukšlėms siųsti.

Norėdami nustatyti paskyros kredencialus, patikrinkite, ar išspręstos visos jos triktys. Norėdami grąžinti paskyrai galimybę siųsti laiškus, įprastiniais kanalais susisiekite su pagalbos tarnyba.

5.7.503

Access denied, banned sender

Siuntėjo paskyra užblokuota, nes nustatyta, kad ji naudojama pašto šiukšlėms siųsti.

Norėdami nustatyti paskyros kredencialus, patikrinkite, ar išspręstos visos jos triktys. Norėdami grąžinti paskyrai galimybę siųsti laiškus, įprastiniais kanalais susisiekite su pagalbos tarnyba.

5.7.504

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

Gavėjo, su kuriuo norite susisiekti, adresas netinkamas.

Patikrinkite gavėjo el. pašto adresą ir bandykite dar kartą.

5.7.505

Access denied, banned recipient

Gavėjas, su kuriuo norite susisiekti, netinkamas.

Jei manote, kad tai yra klaida, kreipkitės į palaikymo tarnybą.

5.7.506

Access Denied, Bad HELO

Jūsų serveris bando prisistatyti (HELO pagal RFC 821) kaip serveris prie kurio jis bando prisijungti, o ne savo visiškai apibrėžtu domeno vardu.

Tai neleidžiama ir būdinga įprastinių pašto šiukšlių robotų elgesiui.

5.7.507

Access denied, rejected by recipient

Gavėjo organizacija užblokavo IP, iš kurio mėginate siųsti pranešimą.

Norėdami išspręsti šią problemą, susisiekite su gavėju.

5.7.508

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

Siuntėjo IPv6 diapazonas mėgino siųsti per daug pranešimų per trumpą laiko tarpą.

Netaikoma

5.7.509

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

„5322.From“ adreso siuntėjo domenas neatitinka DMARC reikalavimų.

Netaikoma

5.7.510

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

Siuntėjas bando nusiųsti pranešimą gavėjui per IPv6, bet gavėjas nepriima el. laiškų per IPv6.

Netaikoma

5.7.511

Access denied, banned sender

Paskyra iš kurios bandote siųsti pranešimą yra užblokuota.

Daugiau informacijos ieškokite Vartotojo, domeno arba IP adreso šalinimas iš blokuojamųjų sąrašo, išsiuntus nepageidaujamą el. paštą.

5.7.512

Access denied, message must be RFC 5322 section 3.6.2 compliant

Pranešimas išsiųstas be tinkamo „Nuo“ el. pašto adreso.

Tik „Office 365“. Kiekvieno laiško antraštės lauke „Nuo“ turi būti nurodytas tinkamas el. pašto adresas. Tinkamas šio adreso formatavimas apima kampuotus skliaustelius aplink el. pašto adresą, pvz., <sauga@contoso.com>. Laišką be tokio adreso „Office 365“ atmes.

5.7.513

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

Gavėjo domenas įtraukė jūsų siuntimo IP adresą į savo pasirinktinį blokuojamų siuntėjų sąrašą.

Domenas, į kurį gautas el. laiškas, užblokavo jūsų siuntėjo IP adresą. Jei manote, kad jūsų IP adresas buvo įtrauktas į gavėjo domeno pasirinktinį blokuojamųjų sąrašą per klaidą, turite susisiekti tiesiogiai ir paprašyti pašalinti jį iš blokuojamųjų sąrašo.

5.7.606-649

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

IP iš kurio bandote siųsti pranešimą yra užblokuota.

Įsitikinkite, kad vadovaujatės geriausia el. laiškų pristatymo praktika ir kad jūsų IP reputacija nesumažinta dėl kompromituojančių veiksmų arba kenkėjiškų laiškų srauto. Jei manote, kad šį pranešimą gavote per klaidą, galite savitarnos portale paprašyti, kad jus pašalintų iš šio sąrašo. Daugiau informacijos žr. Šalinimo iš sąrašo portalo naudojimas siekiant pasišalinti iš blokuojamų „Office 365“ siuntėjų sąrašo.

5.7.700-749

Access denied, tenant has exceeded threshold

Kadangi didžioji šio nuomotojo laiškų srauto dalis kelia įtarimų, nuomotojo galimybė siųsti laiškus buvo užblokuota.

Įsitikinkite, kad buvo išspręsti visi kompromituojantys veiksmai bei atvirojo perdavimo serveriai, ir įprastiniu kanalu susisiekite su pagalbos tarnyba.

Kas įtraukta į NDR?

„Exchange“ NDR pažymos yra lengvai skaitomos ir suprantamos tiek el. pašto vartotojams, tiek administratoriams. Yra keletas skirtingų NDR formatų. Naujausio formato NDR pranešime yra problemos aprašas visomis kalbomis ir veiksmai, kaip ją išspręsti. Tolesniame paveikslėlyje pavaizduota šio tipo NDR pažyma.

Naujausias pristatymo būsenos pranešimo (DSN) formatas „Office 365“

Naujausio formato NDR pranešime pateikta informacija yra skirta padėti įprastam el. pašto vartotojui iš karto išspręsti problemą. Kai to padaryti negalima, NDR pateikia informaciją administratoriams, taip pat saitą žiniatinklyje su daugiau informacijos. Šie laukai bus rodomi naujausioje „Office 365“ NDR pažymoje.

Laukas

Aprašas

„Office 365“ logotipas   

Tai rodo, kad „Office 365“ sugeneravo NDR. Logotipas nereiškia, kad „Office 365“ yra atsakingas už šią klaidą. Tai nurodo, kurie laiškų pabaigos taškai arba paslaugos yra įtrauktos į el. pašto operaciją, o tai ne visada buvo aišku ankstesnio formato NDR.

Priežastis   

Šioje dalyje pateikiama priežastis, dėl kurios pranešimas nepristatytas.

Pataisos savininko indikatorius   

Šioje dalyje pateikiama greita problemos peržiūra ir kas turi ją taisyti. Toliau paveikslėlyje rodomos trys pagrindinės šalys, dalyvaujančios „Office 365“ el. pašto operacijoje: siuntėjas, „Office 365“ ir gavėjas. Raudonai pažymima sritis, kurioje paprastai reikia taisyti problemą.

Kaip tai išspręsti?   

Ši dalis yra skirta galutiniam vartotojui arba el. pašto siuntėjui, kuris gauna NDR. Joje aiškinama, kaip išspręsti šią problemą.

Daugiau informacijos el. pašto administratoriams    

Šioje dalyje pateikiamas išsamus problemos ir sprendimo paaiškinimas, taip pat techninė informacija ir saitas su žiniatinklio straipsniu, kuriame yra išsami informacija.

Pranešimų perėjimai   

Šioje dalyje nurodomas laikas ir sistemos nuorodos apie pranešimą. Tai leidžia administratoriui stebėti pranešimų perėjimus arba kelią iš serverio į serverį. Turėdamas šią informaciją administratorius gali greitai pastebėti problemas tarp pranešimų perėjimų.

Ne naujausio formato NDR informacija gali būti išdėstyta dviejose dalyse: vartotojo informacija ir diagnostinė informacija administratoriams. Tolesniame paveikslėlyje vaizduojama šio tipo „Exchange Online“ NDR pažyma.

NDR, kurioje rodoma vartotojų ir administratorių diagnostikos informacija

Informacija vartotojams

Iš pradžių NDR rodoma vartotojo informacijos dalis, o jos pagrindinė paskirtis yra pateikti suvestinę apie tai, kas nutiko. Tekstas sukurtas padėti pranešimo siuntėjui nustatyti, kodėl pranešimas atmestas ir, jeigu įmanoma, kaip sėkmingai nusiųsti pranešimą iš naujo. Pateikiamas kiekvieno gavėjo el. pašto adresas, o nesėkmės priežastis įtraukiama po gavėjo el. pašto adresu. Šioje dalyje taip pat gali būti pateiktas pranešimą atmetusio el. pašto serverio vardas.

Diagnostinė informacija administratoriams

Skyriuje Diagnostinė informacija administratoriams pateikiama išsami techninė informacija, padedanti administratoriams šalinti pranešimo pristatymo problemą. Ją sudaro išsami informacija apie konkrečią klaidą, įvykusią pristatant pranešimą, NDR pažymą sugeneravusio serverio vardas ir pranešimą atmetusio serverio vardas. Skyriaus formatas:

Diagnostic information for administrators

Generating server: 

<server name>

          <rejected recipient>

          <remote server>
 
          <enhanced status code>
 
<SMTP response>

Original message headers

<message header fields>

Laukas

Aprašas

Generuojamas serveris   

Šiame lauke nurodomas NDR pažymą sukūrusio SMTP pašto serverio vardas. Jeigu po siuntėjo pašto adresu nepateikiamas joks nuotolinis serveris, generuojamas serveris yra tas, kuris atmetė pradinį el. pašto pranešimą. Kai nuotolinis serveris pripažįsta ir priima pranešimą, bet vėliau pranešimą atmeta, pvz., dėl turinio apribojimų, NDR pažymą sugeneruoja nuotolinis serveris. Jeigu nuotolinis serveris niekad nepripažįsta ir niekad nepriima pranešimo, NDR pažymą sugeneruoja „Exchange Online“ siuntimo serveris.

<Atmestas gavėjas>   

Ši reikšmė yra gavėjo el. pašto adresas. Jeigu nepavyko nusiųsti daugiau nei vienam gavėjui, pateikiami visų gavėjų el. pašto adresai. Pateikiama ši kiekvieno gavėjo, kuriam nepavyko nusiųsti pranešimo, informacija:

Laukas

Aprašas

<Nuotolinis serveris>   

Ši reikšmė yra pranešimą atmetusio pašto serverio vardas. Jeigu gavėjo serveris sėkmingai pripažino pradinį pranešimą, bet vėliau jį atmetė, nuotolinio serverio reikšmė nepateikiama.

<Patobulintas būsenos kodas>   

Ši reikšmė, priskirta pradinį pranešimą atmetusio pašto serverio, nurodo, kodėl pranešimas atmestas. Šie kodai yra apibrėžti RFC 3463 ir sudaryti pagal abc x.y.z formatą, kurio vietos rezervavimo ženklo reikšmės yra sveikieji skaičiai. Pvz., kodas 5.x.x nurodo nuolatinę klaidą, o kodas 4.x.x nurodo laikiną klaidą. Nors patobulintą būsenos kodą dažnai sugeneruoja išorinis pašto serveris, „Exchange Online“ naudoja patobulinto būsenos kodo reikšmę nustatyti, kokį tekstą pateikti vartotojo informacijos skyriuje.

<SMTP atsakas>   

Šią reikšmę pateikia pašto serveris, atmetęs pradinį pranešimą. Šis tekstas pateikia patobulinto būsenos kodo reikšmės paaiškinimą. Tekstas visuomet pateikiamas US-ASCII formatu.

Pradinio laiško antraštės   

Šioje sekcijoje pateikiami atmesto pranešimo antraštės laukai. Šie antraštės laukai gali pateikti naudingos diagnostinės informacijos, pvz., kelią, kuriuo pranešimas keliavo, kol buvo atmestas, arba nurodo, ar To lauko reikšmė atitinka atmesto gavėjo reikšmę.

Kaip suprasti „Exchange“ NDR

Štai pavyzdys. Tarkime, gaunate „Exchenge“ NDR pažymą, kurioje pateikiama ši informacija:

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š vartotojo informacijos skyriaus galite nustatyti, kad gavėjas yra Petras Vaitkus, o pranešimą atmetė pašto serveris mail.contoso.com, kuris nėra „Exchange Online“ arba „Exchange Online Protection“ pašto serveris.

Diagnostinės informacijos administratoriui skyriuje matote, kad „alipineskihouse.com“ bandė prisijungti prie serverio mail.contoso.com, kad nusiųstų pranešimą gavėjui ronald@contoso.com. Tačiau mail.contoso.com pateikė klaidą 530 5.7.1 Client was not authenticated. Nors NDR pažymą sugeneravo bigfish.com, pranešimą atmetė mail.contoso.com, todėl contoso.com administratorius yra atsakingas už problemos išsiaiškinimą ir pašalinimą. Ši klaida nurodo, kad serveris mail.contoso.com sukonfigūruotas nepriimti el. laiškų, siunčiamų internetu.

Nors pradinio pranešimo antraštės neįtrauktos į šį pavyzdį dėl jų ilgio ir sudėtingumo, paprastai iš šių antraščių laukų galima gauti naudingos informacijos:

  • To:   šis laukas gali praversti, jeigu el. pašto adresas buvo įvestas su klaidomis;

  • Received:   šie laukai gali nurodyti pranešimo kelią ir paskutinį perėjimą, dėl kurio buvo sugeneruota pristatymo pažyma, jeigu tai sunku nustatyti pagal NDR pažymos reikšmę Generating server;

  • Received-SPF:   jeigu ši reikšmė nėra pass, patikrinkite savo domeno DNS pažymos siuntėjo strategijos sistemos (SPF) įrašą. Daugiau informacijos žr. Pasirinktinių DNS įrašų įtraukimas arba redagavimas „Office 365“.

Ar vis dar reikia pagalbos dėl NDR arba kitų būsenos pranešimų?

Gaukite pagalbos iš „Office 365“ bendruomenės forumų Administratoriai: Prisijungti ir kurti paslaugos užklausą Administratoriai: Skambinti palaikymo tarnybai
Tobulinkite savo įgūdžius
Ieškoti mokymo
Pirmiausia gaukite naujų funkcijų
Prisijunkite prie „Office Insider“ dalyvių

Ar ši informacija buvo naudinga?

Dėkojame už jūsų atsiliepimus!

Dėkojame už jūsų atsiliepimą! Panašu, kad gali būti naudinga jus sujungti su vienu iš mūsų „Office“ palaikymo agentų.

×