E-mailek sikertelen kézbesítéséről szóló jelentések az Office 365-ben

Ha probléma lép fel egy e-mail kézbesítésekor, az Office 365 egy e-mailben tájékoztatja erről a feladót. A kapott e-mail egy kézbesítési állapotértesítés, más néven visszapattanó üzenet. A kézbesítési értesítés leggyakoribb típusa a sikertelen kézbesítésről szóló jelentés (NDR), amely arról tájékoztatja a feladót, hogy az üzenetét nem sikerült eljuttatni a címzetthez. A sikertelen kézbesítés oka lehet roppant egyszerű, például hogy elírta a címzett e-mail címét. A sikertelen kézbesítésről szóló jelentés tartalmaz egy kódot, amely jelzi a kézbesítés sikertelenségének okát, emellett az e-mail célba juttatásának megoldásait, az interneten elérhető további segítségre mutató hivatkozást és technikai részleteket a rendszergazdáknak. További információ: Mit tartalmaz a sikertelen kézbesítésről szóló jelentés?

A sikertelen kézbesítésről szóló jelentés kódjának megkeresése és segítségkérés az e-mailek kézbesítéséhez

Az alábbi táblázatban megtalálja az Office 365-ben esetleg előforduló leggyakoribb visszapattanó üzenetek és sikertelen kézbesítésről szóló jelentések kiterjesztett állapotkódjait.

Kiterjesztett állapotkód

Leírás

Lehetséges ok

További információk

4.4.7

Message expired

A várakozási sorban lévő üzenet lejárt. A feladó megkísérelte továbbítani vagy kézbesíteni az üzenetet, de a művelet befejeződése előtt elérkezett az üzenet elévülési ideje. Ez az üzenet azt is jelentheti, hogy elérte egy távoli kiszolgálón az egyik üzenetfejléc-korlátot, illetve más, a távoli kiszolgálóval való kommunikáció során előforduló, egy protokollt érintő időtúllépést is jelezhet.

Az üzenet általában egy, a fogadó kiszolgálóval kapcsolatos hibát jelez. Ellenőrizze a címzett címének érvényességét, és állapítsa meg, hogy a fogadó kiszolgáló megfelelően van-e beállítva az üzenetek fogadására.

Lehetséges, hogy csökkentenie kell a címzettek számát annak az állomásnak az üzenetfejlécében, amellyel a hibaüzenet kapcsolatos. Ha ismét elküldi az üzenetet, az újra a várakozási sorba kerül. Ha a fogadó kiszolgáló elérhető, megtörténik az üzenet kézbesítése.

További információ: A 4.4.7-es hibakódú levélkézbesítési problémák megoldása az Office 365-ben.

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

Az IPv6-alapú kapcsolatokon keresztül küldött üzenetnek meg kell felelnie az SPF- vagy a DKIM-érvényesítésen.

További információ: Az IPv6-kapcsolaton keresztül küldött névtelen bejövő e-mailek támogatása.

4.7.500-699

Access denied, please try again later

A rendszer gyanús tevékenységet észlelt a kérdéses IP-címen, ezért átmenetileg korlátozta azt a további értékelés idejére.

Ha a tevékenység érvényes, a korlátozást rövidesen feloldja.

4.7.850-899

Access denied, please try again later

A rendszer gyanús tevékenységet észlelt a kérdéses IP-címen, ezért átmenetileg korlátozta azt a további értékelés idejére.

Ha a tevékenység érvényes, a korlátozást rövidesen feloldja.

5.1.0

Sender denied

Ennek a sikertelen kézbesítésről szóló jelentésnek az egyik gyakori oka, ha az Microsoft Outlook használatával fájlként ment egy e-mailt, majd valaki offline megnyitja az üzenetet, és válaszol rá. Az üzenet tulajdonsága csak az legacyExchangeDN attribútumot őrzi meg, amikor az Outlook kézbesíti az üzenetet, ezért a keresés sikertelen lehet.

Vagy helytelen a címzett címének formátuma, vagy nem sikerült megfelelően feloldani a címzettet. A hiba kijavításához először ellenőrizze a címzett címét, majd küldje el újra az üzenetet.

További információ: Az 5.1.0-s hibakódú levélkézbesítési problémák megoldása az Office 365-ben.

5.1.1

Bad destination mailbox address

Ezt a hibát az alábbi körülmények okozhatják:

  • A feladó helytelenül írta be a címzett e-mail-címét.

  • A célként megadott levelezőrendszerben nincs ilyen címzett.

  • A címzett postaládáját áthelyezték, de a feladó számítógépén még nem frissült az Outlook címzetteket tartalmazó gyorsítótára.

  • A címzett postaládájának Active Directory tartományi szolgáltatásához érvénytelen régi tartománynév tartozik.

Ez a hiba általában akkor fordul elő, amikor az üzenet feladója helytelenül írja be a címzett e-mail-címét. A feladónak ilyenkor ellenőriznie kell a címzett e-mail-címét, és újra el kell küldenie az üzenetet. Ez a hiba akkor is jelentkezhet, ha a címzett e-mail-címe korábban helyes volt, de időközben megváltoztatták vagy eltávolították a célként megadott levelezőrendszerből.

Ha az üzenet küldője a címzettel azonos szervezetben van, és a címzett postaládája jelenleg is létezik, ellenőrizze, hogy a címzett postaládája nem lett-e áthelyezve egy új levelezési kiszolgálóra. Ha ez a helyzet, előfordulhat, hogy az Outlook nem megfelelően frissítette a címzetteket tartalmazó gyorsítótárat. Kérje meg a feladót arra, hogy távolítsa el a címzett címét a feladó Outlookjának címzetteket tartalmazó gyorsítótárából, és hozzon létre új üzenetet. Az eredeti üzenet újraküldése esetén ugyanis ismét jelentkezik a probléma.

További információ: Az 5.1.1–5.1.20-as hibakódú levélkézbesítési problémák megoldása az Office 365-ben.

5.1.8

Access denied, bad outbound sender

A fiók zárolva van, mert a feladó túl sok levélszemetet küldött. Ez a probléma általában olyan esetben fordul elő, ha a fiókhoz illetéktelenek fértek hozzá adathalászat vagy kártékony szoftver útján.

További információ: Az 5.1.8-as hibakódú levélkézbesítési problémák megoldása az Office 365-ben.

5.2.121

A címzett adott feladóra vonatkozó óránkénti üzenetfogadási korlátja túllépve.

A feladó túllépte az adott címzettnek az Office 365-ben óránként küldhető üzenetek maximális számát.

Az automatizált levelezőrendszernek vagy a feladónak újból meg kell próbálkoznia a küldéssel, és csökkentenie kell az adott címzettnek óránként küldeni kívánt üzenetek számát.

Ez a korlát segít megvédeni az Office 365-felhasználókat attól, hogy hibás automatizált értesítési rendszerek vagy más egyedüli feladók tömeges levelei nagyszámú üzenettel töltsék meg a postaládájukat.

5.2.122

A címzett óránkénti üzenetfogadási korlátja túllépve.

Az Office 365-ös címzett túllépte az összes feladótól óránként fogadható üzenetek számát.

Az automatizált levelezőrendszernek vagy a feladónak újból meg kell próbálkoznia a küldéssel, és csökkentenie kell az adott címzettnek óránként küldeni kívánt üzenetek számát.

Ez a korlát segít megvédeni az Office 365-felhasználókat attól, hogy hibás automatizált értesítési rendszerek vagy egyéb tömeges levelek nagyszámú üzenettel töltsék meg a postaládájukat.

5.3.190

A helyszíni üzenetek naplózása az Office 365-be nem támogatott, amikor az archív elemek naplózása le van tiltva.

A helyszíni üzenetek naplózása az Office 365-be nem támogatott a jelen szervezet esetén, mivel az Office 365 beállításai között nem kapcsolták be az archív elemek naplózását.

A szervezet helyszíni környezetében be van állítva egy naplószabály a helyszíni üzenetek naplózásához az Office 365-be, az archív elemek naplózása azonban le van tiltva. E forgatókönyv működéséhez a szervezet Office 365-ös rendszergazdájának vagy engedélyeznie kell az archív elemek naplózását, vagy módosítania kell a naplószabályt, hogy az üzenetek naplózása másik helyre történjen.

5.4.1

Relay Access Denied

A hibát generáló levelezési kiszolgáló nem fogadja el a címzett tartományába érkező leveleket. Ezt a hibát általában a levelezési kiszolgáló vagy a DNS helytelen beállítása okozza.

További információ: Az 5.4.1-es hibakódú levélkézbesítési problémák megoldása az Office 365-ben.

5.4.6

Routing loop detected

Egy konfigurációs hiba e-mail-hurkot okozott. Alapértelmezés szerint, miután 20-szor megismételte az e-mail-hurkot, az Exchange megszakítja a hurkot, és létrehoz egy sikertelen kézbesítésről szóló jelentést az üzenet feladója számára.

Ez a hiba akkor fordul elő, ha egy üzenet kézbesítésének hatására egy válaszüzenet jön létre. Ez az üzenet aztán egy harmadik üzenetet generál, és ez így folytatódik, azaz egy hurok jön létre. A rendszererőforrások túlterhelésének megelőzése érdekében az Exchange a levélhurkot 20 ismétlés után megszakítja. A levélhurkok általában azért jönnek létre, mert valamilyen konfigurációs hiba van a küldéshez vagy a fogadáshoz használt kiszolgálón, illetve mindkettőn. A feladó és a címzett postaládaszabályainak konfigurációját ellenőrizve állapítsa meg, hogy engedélyezve van-e az automatikus üzenettovábbítás.

További információ: Az 5.4.6–5.4.20-as hibakódú levélkézbesítési problémák megoldása az Office 365-ben.

5.6.11

Invalid characters

A levelezőprogram érvénytelen karaktereket (önálló sortöréseket) adott hozzá az elküldött üzenethez.

További információ: Az 5.6.11-es hibakódú levélkézbesítési problémák megoldása az Office 365-ben.

5.7.1

Delivery not authorized

Az üzenet feladójánál nincs engedélyezve a címzettnek való üzenetküldés.

Ez a hiba akkor jelentkezik, ha a feladó úgy kísérel meg üzenetet küldeni egy címzettnek, hogy közben nincs meg rá az engedélye. Ez gyakran megtörténik, ha a feladó egy olyan terjesztési csoportnak próbál üzeneteket küldeni, amely úgy van konfigurálva, hogy csak az adott terjesztési csoport tagjaitól vagy más felhatalmazott feladóktól fogadhassanak üzeneteket. A feladónak engedélyt kell kérnie a címzettnek való üzenetküldésre.

Ez a hiba akkor is előfordulhat, ha egy Exchange-beli átviteli szabály elutasít egy üzenetet azért, mert az üzenet megfelelt az átviteli szabályon konfigurált feltételeknek.

További információ: Az 5.7.1-es hibakódú levélkézbesítési problémák megoldása az Office 365-ben.

5.7.1

Unable to relay

A küldéshez használt levelezőrendszerben nem engedélyezett az üzenetek küldése olyan levelezőrendszerekbe, amelyek nem az üzenet végső céljai.

Ez a hiba akkor fordul elő, amikor a küldéshez használt levelezőrendszer megkísérel elküldeni egy névtelen üzenetet egy fogadó levelezőrendszernek, amely azonban nem fogadja a címzettek egyikénél vagy mindegyikénél megadott tartomány vagy tartományok üzeneteit. A hiba leggyakoribb okai a következők:

  • Egy harmadik fél egy fogadó levelezőrendszer használatával levélszemetet kísérel meg küldeni, a fogadó levelezőrendszer pedig elutasítja ezt a kísérletet. A levélszemét jellegéből adódóan előfordulhat, hogy a feladó e-mail-címe hamis, és a létrejövő, sikertelen kézbesítésről szóló jelentés a gyanútlan feladó e-mail-címére érkezik. Ezt a helyzetet nehéz elkerülni.

  • Egy tartomány MX rekordja egy olyan fogadó levelezőrendszerre mutat, amelyen az adott tartomány nem elfogadott. A szóban forgó tartománynévért felelős rendszergazdának ki kell javítania az MX rekordot, vagy úgy kell konfigurálnia a fogadó levelezőrendszert, hogy az fogadja az adott tartományról érkező üzeneteket, illetve mindkét műveletet el kell végeznie.

  • Az a küldéshez használt levelezőrendszer vagy ügyfélprogram, amelynek a fogadó levelezőrendszert kellene használnia az üzenetek továbbításához, nem rendelkezik az ehhez szükséges engedélyekkel.

További információ: Az 5.7.1-es hibakódú levélkézbesítési problémák megoldása az Office 365-ben.

5.7.1

Client was not authenticated

A küldéshez használt levelezőrendszer nem lett hitelesítve a fogadó levelezőrendszerrel. A fogadó levelezőrendszernek hitelesítésre van szüksége az üzenetek elküldéséhez.

Ez a hiba akkor jelentkezik, ha a fogadó kiszolgálónak hitelesítésre van szüksége az üzenetek elküldése előtt, a küldéshez használt levelezőrendszer azonban nem lett hitelesítve a fogadó levelezőrendszerrel. A sikeres kézbesítéshez a küldéshez használt levelezőrendszer rendszergazdájának konfigurálnia kell a küldéshez használt levelezőrendszert úgy, hogy megtörténjen annak hitelesítése a fogadó levelezőrendszerrel.

További információ: Az 5.7.1-es hibakódú levélkézbesítési problémák megoldása az Office 365-ben.

5.7.12

Sender was not authenticated by organization

A feladó üzenete el lett utasítva azért, mert a címzett címe úgy van beállítva, hogy elutasítsa a szervezeten kívülről küldött üzeneteket. Ezt a beállítást csak a címzett szervezetének egyik rendszergazdája módosíthatja.

További információ: Az 5.7.12-es hibakódú levélkézbesítési problémák megoldása az Office 365-ben.

5.7.124

Sender not in allowed-senders list

A feladónak nincs engedélye a terjesztési csoportba való küldésre, mert a feladó nem szerepel a csoport engedélyezett feladókat tartalmazó listájában. A csoport beállításaitól függően az is lehetőséges, hogy még a csoport tulajdonosát is fel kell venni az engedélyezett feladók listájára ahhoz, hogy üzeneteket küldhessen a csoportnak.

További információ: Az 5.7.124-es hibakódú levélkézbesítési problémák megoldása az Office 365-ben.

5.7.133

Sender not authenticated for group

A feladó olyan csoportos terjesztési listát adott meg címzettként, amely elutasítja a szervezeten kívülről küldött üzeneteket. Ezt a beállítást csak a címzett szervezetének egyik rendszergazdája vagy a csoporttulajdonos módosíthatja.

További információ: Az 5.7.133-as hibakódú levélkézbesítési problémák megoldása az Office 365-ben.

5.7.134

Sender was not authenticated for mailbox

A feladó olyan postaládát adott meg címzettként, amely úgy van beállítva, hogy elutasítsa a szervezeten kívülről küldött üzeneteket. Ezt a beállítást csak a címzett szervezetének egyik levelezési rendszergazdája módosíthatja.

További információ: Az 5.7.134-es hibakódú levélkézbesítési problémák megoldása az Office 365-ben.

5.7.13 vagy 5.7.135

Sender was not authenticated for public folder

A címzett címe egy olyan nyilvános mappa, amely úgy van beállítva, hogy elutasítsa a szervezeten kívülről küldött üzeneteket. Ezt a beállítást csak a címzett szervezetének egyik rendszergazdája módosíthatja.

További információ: Az 5.7.13-as vagy 5.7.135-ös hibakódú levélkézbesítési problémák megoldása az Office 365-ben.

5.7.136

Sender was not authenticated

A címzett címe egy olyan levelezési felhasználó, akinek a fiókja úgy van beállítva, hogy elutasítsa a szervezeten kívülről küldött üzeneteket. Ezt a beállítást csak a címzett szervezetének egyik rendszergazdája módosíthatja.

További információ: Az 5.7.136-os hibakódú levélkézbesítési problémák megoldása az Office 365-ben.

5.7.25

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

Az IPv6-alapú kapcsolaton keresztüli üzenetküldéshez a küldéshez használt IPv6-címnek fordított DNS-rekorddal kell rendelkeznie.

További információ: Az IPv6-kapcsolaton keresztül küldött névtelen bejövő e-mailek támogatása.

5.7.501

Access denied, spam abuse detected

A küldéshez használt fiókot levélszemét-küldési tevékenység miatt letiltották.

További információ: A 451 5.7.500-699-es (ASxxx) hibakódú levélkézbesítési problémák megoldása az Office 365-ben.

Győződjön meg arról, hogy megoldódtak a fiókkal kapcsolatos esetleges problémák, majd állítsa vissza a fiók hitelesítő adatait. Ha vissza szeretné állítani a fiók üzenetküldési képességét, lépjen kapcsolatba az ügyfélszolgálattal a szokásos csatornán keresztül.

5.7.502

Access denied, banned sender

A küldéshez használt fiókot levélszemét-küldési tevékenység miatt letiltották.

Győződjön meg arról, hogy megoldódtak a fiókkal kapcsolatos esetleges problémák, majd állítsa vissza a fiók hitelesítő adatait. Ha vissza szeretné állítani a fiók üzenetküldési képességét, lépjen kapcsolatba az ügyfélszolgálattal a szokásos csatornán keresztül.

5.7.503

Access denied, banned sender

A küldéshez használt fiókot levélszemét-küldési tevékenység miatt letiltották.

Győződjön meg arról, hogy megoldódtak a fiókkal kapcsolatos esetleges problémák, majd állítsa vissza a fiók hitelesítő adatait. Ha vissza szeretné állítani a fiók üzenetküldési képességét, lépjen kapcsolatba az ügyfélszolgálattal a szokásos csatornán keresztül.

5.7.504

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

Az elérni kívánt címzett címe nem érvényes.

Ellenőrizze a címzett e-mail-címét, és próbálkozzon újra.

5.7.505

Access denied, banned recipient

Az elérni kívánt címzett nem érvényes.

Ha úgy véli, hogy ez nem felel meg a valóságnak, kérje az ügyfélszolgálat segítségét.

5.7.506

Access Denied, Bad HELO

A kiszolgáló annak a kiszolgálónak próbálja beállítani magát (HELO az RFC 821 szerint), mint amelyikhez csatlakozni próbál, saját teljes tartományneve helyett.

Ez nem megengedett, és tipikusan a levélszemétküldő robotok (spambotok) jellemző viselkedése.

5.7.507

Access denied, rejected by recipient

Az IP-címet, amelyről üzenetet kísérel meg küldeni, letiltotta a címzett szervezete.

A probléma megoldásához lépjen kapcsolatba a címzettel.

5.7.508

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

A feladó IPv6-tartománya túl sok üzenetet próbált küldeni túl rövid idő alatt.

5.7.509

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

A feladó tartománya az 5322.From címen nem felel meg a DMARC-érvényesítésen.

5.7.510

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

A feladó IPv6-alapú kapcsolaton kísérel meg továbbítani egy üzenetet a címzettnek, de a címzett nem fogad e-maileket IPv6-kapcsolaton keresztül.

5.7.511

Access denied, banned sender

A fiókot, amelyről üzenetet próbál küldeni, letiltották.

További információt a Felhasználó, tartomány vagy IP-cím eltávolítása egy tiltólistából levélszemét küldése után című témakörben talál.

5.7.512

Access denied, message must be RFC 5322 section 3.6.2 compliant

Az üzenetet úgy küldték el, hogy nem szerepelt érvényes e-mail-cím a „Feladó” mezőben.

Csak az Office 365-ben fordul elő. Minden egyes üzenet „Feladó” mezőjében érvényes e-mail-címnek kell szerepelnie. A helyesen formázott cím tartalmazza az e-mail-cím körüli csúcsos zárójeleket is, például: <biztonsag@contoso.com>. E cím hiánya esetén az Office 365 visszautasítja az üzenet elküldését.

5.7.513

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

A címzett tartomány hozzáadta az Ön küldési IP-címét az egyéni tiltólistájához.

A tartomány, amely megkapta az e-mailt, letiltotta az Ön küldési IP-címét. Ha úgy gondolja, hogy a címzett tartomány hiba folytán adta hozzá az Ön IP-címét az egyéni tiltólistához, lépjen kapcsolatba közvetlenül az illetékesekkel, és kérje meg őket, hogy távolítsák el a címét a tiltólistáról.

5.7.606-649

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

Az IP-címet, amelyről üzenetet próbál küldeni, letiltották.

Győződjön meg arról, hogy követi az e-mailek kézbesíthetősége érdekében ajánlott eljárásokat, és ellenőrizze, hogy veszélyeztetés vagy kártékony adatforgalom nem rontotta-e IP-címei hírnevét. Ha úgy véli, hogy az üzenet hibásan jelenik meg, az önkiszolgáló portálon kérheti a listáról való eltávolítást. További információ: Fiók eltávolítása az Office 365 letiltott feladókat tartalmazó listájáról az erre szolgáló portál használatával.

5.7.700-749

Access denied, tenant has exceeded threshold

Az erről a bérlőről származó adatforgalom nagy részét gyanúsként észlelték, aminek következtében letiltották a bérlő küldési képességét.

Győződjön meg arról, hogy megoldást talált az esetleges biztonsági résekre, majd lépjen kapcsolatba az ügyfélszolgálattal a szokásos csatornán keresztül.

Mit tartalmaz egy sikertelen kézbesítésről szóló jelentés?

Az Exchange sikertelen kézbesítésről szóló jelentései létrehozásakor szempont volt, hogy egyszerűen olvashatók és érhetők legyenek mind a felhasználók, mind a rendszergazdák számára. A sikertelen kézbesítésről szóló jelentéseknek többféle formátuma is van. A legújabb formátum mindennapos nyelven tartalmazza a probléma leírását, és lépéseket is nyújt az elhárításhoz. Az alábbi ábra az ilyen típusú jelentések formátumát szemlélteti.

A kézbesítési állapotjelentések új formátuma az Office 365-ben

A sikertelen kézbesítésről szóló jelentések legújabb formátuma úgy lett kialakítva, hogy segítséget nyújtson az átlagos felhasználónak a problémája azonnali elhárításában. De arra az esetre, ha ez nem lenne lehetséges, a jelentés rendszergazdáknak szóló részleteket is tartalmaz, illetve egy hivatkozást, amellyel további segítség található az interneten. Az Office 365 sikertelen kézbesítésről szóló jelentéseinek legújabb formátuma az alábbi mezőket tartalmazza.

Mező

Leírás

Office 365-embléma   

Ez azt jelzi, hogy a jelentést az Office 365 hozta létre. Az embléma nem jelenti azt, hogy a hibáért az Office 365 felelős, csupán azt jelzi, hogy mely üzenetküldési végpontok vagy szolgáltatások voltak érintettek az e-mail átvitelében, ami a régebbi formátumú jelentésekből nem mindig volt világos.

Ok   

Ez a szakasz tartalmazza az üzenet sikertelen kézbesítésének okát.

Javítandó hely jelzése   

Ez a szakasz áttekintést nyújt a problémáról, illetve arról, hogy ki felelős az elhárításáért. A képen látható az Office 365-ös levélküldésben érintett három alapvető fél – a küldő, az Office 365 és a címzett. A pirossal jelzett hely az, ahol általában javítani kell a problémát.

Javítás módja   

Ez a szakasz annak a végfelhasználónak vagy feladónak szól, aki megkapja a jelentést. Elmagyarázza, hogy miként orvosolható a probléma.

További információ rendszergazdáknak    

Ez a szakasz részletes magyarázatot ad a problémáról és annak megoldásáról, műszaki adatokat nyújt, és egy hivatkozást is tartalmaz, mellyel a rendszergazda megnyithat egy még bővebb tájékoztatást adó internetes cikket.

Üzenetugrások   

Ez a szakasz felsorolja az üzenetútvonal időpontjait és rendszeradatait, mellyel a rendszergazda ellenőrizheti, hogy az üzenet milyen utat járt be a kiszolgálók között. Ezen információ segítségével a rendszergazda esetenként gyorsan meg tudja állapítani, hogy pontosan hol történt a probléma.

A sikertelen kézbesítésről szóló jelentések régebbi formátuma két szakaszból áll: felhasználói információkból, illetve rendszergazdáknak szóló diagnosztikai információkból. Az alábbi ábra az Exchange Online sikertelen kézbesítésről szóló jelentése egyik típusának formátumát szemlélteti.

Diagnosztikai információ felhasználónak és rendszergazdának egy sikertelen kézbesítésről szóló üzenetben

Felhasználói adatok

A sikertelen kézbesítésről szóló értesítések egyes típusaiban a felhasználói adatokat összefoglaló szakasz az első. Ennek a szakasznak a fő célja az, hogy összefoglalja a hiba részleteit. A szakasz szövege arra szolgál, hogy az üzenet feladója megállapíthassa, miért lett elutasítva az üzenet, illetve (ha ez lehetséges) hogy miként küldhető el újra az üzenet sikeresen. A jelentésben a címzettek e-mail-címei is megtalálhatók, ezenkívül a hiba oka is olvasható a címzettek e-mail-címe alatt. Nem kizárt, hogy az üzenetet elutasító levelezési kiszolgáló neve is szerepel ebben a szakaszban.

Diagnosztikai adatok rendszergazdák számára

A Diagnosztikai adatok rendszergazdák számára szakasz részletesebb technikai információkkal szolgál a rendszergazdáknak az üzenetkézbesítési probléma megoldásához. Pontosan leírja, hogy milyen hiba történt az üzenet kézbesítése során, melyik kiszolgáló hozta létre a sikertelen kézbesítésről szóló jelentést, valamint hogy melyik kiszolgáló utasította el az üzenetet. A szakasz formátuma az alábbi:

Diagnostic information for administrators

Generating server: 

<server name>

          <rejected recipient>

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

Original message headers

<message header fields>

Mező

Leírás

Létrehozó kiszolgáló   

Ez a mező tartalmazza a sikertelen kézbesítésről szóló jelentést létrehozó SMTP-kiszolgáló nevét. Ha a feladó e-mail címe alatt nem látható távoli kiszolgáló, akkor a létrehozó kiszolgáló megegyezik azzal a kiszolgálóval, amely elutasította az eredeti e-mailt. Amennyiben a távoli levelezési kiszolgáló nyugtázza és elfogadja az üzenetet, később azonban (például tartalmi korlátozások miatt) elutasítja azt, a sikertelen kézbesítésről szóló jelentést a távoli kiszolgáló hozza létre. Ha a távoli levelezési kiszolgáló soha nem nyugtázza és soha nem fogadja el az üzenetet, a jelentést az Exchange Online küldő kiszolgálója hozza létre.

<Elutasított címzett>   

Ez az érték jelzi a címzett e-mail címét. Ha a kézbesítés több címzettnél sem sikerült, a mezőben az összes címzett e-mail címe szerepel. Ezenkívül az alábbi információk is láthatók minden egyes elutasított címzett esetén:

Mező

Leírás

<Távoli kiszolgáló>   

Ez az érték annak a levelezési kiszolgálónak a nevét jelzi, amely elutasította az üzenetet. Ha az eredeti üzenetet sikeresen nyugtázta a fogadó kiszolgáló, később azonban elutasította, a program nem tölti ki a távoli kiszolgáló értékét.

<Kiterjesztett állapotkód>   

Ezt az értéket az a levelezési kiszolgáló adja meg, amely elutasította az eredeti üzenetet. Az érték az üzenet elutasításának okát jelzi. E kódok definíciója az RFC 3463 szabványjavaslatban olvasható. A kódok az abc x.y.z formátumot használják, amelyben a helyőrzők értéke egy egész szám. Az 5.x.x kód például egy állandó hibát, míg a 4.x.x kód egy átmeneti hibát jelez. Habár a kiterjesztett állapotkódot gyakran egy külső levelezési kiszolgáló generálja, az Exchange Online a kiterjesztett állapotkód értéke alapján állapítja meg, hogy milyen szöveget jelenítsen meg a felhasználói adatok szakaszában.

<SMTP-válasz>   

Ezt az értéket az a levelezési kiszolgáló adja vissza, amely elutasította az eredeti üzenetet. A szöveg magyarázatot ad a kiterjesztett állapotkód értékére, és mindig US-ASCII formátumban jelenik meg.

Eredeti üzenetfejlécek   

Ez a szakasz az elutasított üzenet üzenetfejléc-mezőit tartalmazza. Ezek a fejlécmezők hasznos diagnosztikai információkkal szolgálnak, például arról, hogy milyen útvonalat járt be az üzenet az elutasítása előtt, illetve hogy a To mező értéke megegyezik-e az elutasított címzett értékével.

Az Exchange sikertelen kézbesítésről szóló jelentéseinek értelmezése

Nézzünk egy példát. Tegyük fel, hogy sikertelen kézbesítésről szóló jelentés érkezik az Exchange-től, amelyben az alábbi információk szerepelnek:

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:

...

A felhasználói adatok szakaszából megállapítható, hogy a címzett Ronald Slattery, és hogy az üzenetet a mail.contoso.com levelezési kiszolgáló utasította el, amely nem egy Exchange Online- vagy Exchange Online Védelmi szolgáltatás-alapú levelezési kiszolgáló.

A Diagnosztikai adatok rendszergazdák számára című szakaszban látható, hogy az alpineskihouse.com tartomány megkísérelt csatlakozni a mail.contoso.com kiszolgálóhoz abból a célból, hogy kézbesítse az üzenetet a ronald@contoso.com címre. A mail.contoso.com kiszolgáló azonban az 530 5.7.1 Client was not authenticated hibát adta vissza. Habár az alpineskihouse.com tartomány hozta létre a sikertelen kézbesítésről szóló jelentést, valójában a mail.contoso.com utasította el az üzenetet, így a contoso.com tartomány rendszergazdáinak kell megérteniük és megoldaniuk a problémát. Ez a konkrét hiba azt jelzi, hogy a mail.contoso.com kiszolgáló úgy van konfigurálva, hogy ne fogadjon névtelen e-maileket az internetről.

Az Eredeti üzenetfejlécek szakasz nem szerepel ugyan a példában terjedelme és összetettsége okán, a következő fejlécmezők általában hasznos információkkal szolgálhatnak:

  • To: Ez a mező akkor lehet hasznos, ha az e-mail címet elírták.

  • Received: Ezekből a mezőkből megállapítható az üzenet által megtett útvonal, és azonosítható a kézbesítési értesítést generáló utolsó ugrás, ha ez a sikertelen kézbesítésről szóló jelentés Generating server értékéből nem deríthető ki könnyen.

  • Received-SPF: Ha ez az érték nem pass, ellenőrizze tartománya SPF (sender policy framework, feladatóvédelmi keretrendszer) DNS-rekordját. További információ: Egyéni DNS-rekordok hozzáadása és szerkesztése az Office 365 rendszerben.

További segítségre van szüksége a sikertelen kézbesítésről szóló vagy egyéb típusú állapotjelentésekkel kapcsolatban?

Segítség kérése az Office 365 közösségi fórumain Rendszergazdáknak: Bejelentkezés, és szolgáltatási kérelem létrehozása Rendszergazdáknak: Támogatási szolgálat hívása
Ismeretek bővítése
Oktatóanyagok megismerése
Új szolgáltatások listájának lekérése
Részvétel az Office Insider programban

Hasznos volt az információ?

Köszönjük a visszajelzését!

Köszönjük visszajelzését. Jobbnak látjuk, ha az Office egyik támogatási szakemberéhez irányítjuk.

×