Office 365'teki e-posta teslim edilemedi raporları

Gönderdiğiniz bir e-posta iletisinin tesliminde sorun olduğunda, Office 365 sizi bir e-posta ile bilgilendirir. Aldığınız e-posta geri dönen ileti olarak da bilinen bir teslim durumu bildirimidir. En yaygın türe teslim edilemedi raporu (NDR) denir ve bu rapor size bir iletinin teslim edilemediğini bildirir. Teslim edilememe sorunu, e-posta adresindeki yazım hatası gibi basit bir sebepten kaynaklanabilir. NDR’ler e-postanızın teslim edilememe nedenini belirten bir kod, nasıl teslim edileceğine dair çözümler, web üzerinde daha fazla yardım almanız için bir bağlantı ve yöneticiler için teknik detaylar içerir. NDR e-postasında bulunan öğeler hakkında daha fazla bilgi edinin.

NDR kodumu bulma ve e-postamı teslim etme yardımı alma

Aşağıdaki tablo, Office 365’te karşılaşabileceğiniz en yaygın geri dönen iletiler ve NDR'ler için NDR kodlarını (gelişmiş durum kodları da denir) içerir.

NDR kodu

Açıklama

Olası neden

Ek bilgiler

4.4.7

Message expired

Sıradaki iletinin süresi doldu. Gönderen sunucu, iletiyi geçirmeye veya teslim etmeye çalıştı ancak iletinin süresi, eylem tamamlanamadan doldu. Bu ileti ayrıca, uzak bir sunucuda ileti üst bilgisi sınırına ulaşıldığını veya uzak sunucuyla iletişim kurulurken başka bir protokolde zaman aşımı gerçekleştiğini de belirtebilir.

Bu ileti genellikle alıcı sunucuda bir sorun olduğunu gösterir. Alıcı adresinin geçerli olup olmadığını kontrol edin ve alıcı sunucunun, ileti alabilecek şekilde yapılandırılıp yapılandırılmadığını belirleyin.

Bu hatayı aldığınız ana bilgisayarda, ileti üst bilgisindeki alıcı sayısını azaltmanız gerekebilir. Yeniden gönderirseniz, ileti tekrar sıraya alınır. Alıcı sunucu kullanılabiliyorsa ileti teslim edilir.

Daha fazla bilgi için bkz. Office 365'te hata kodu 4.4.7 için e-posta teslim sorunlarını düzeltme.

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

IPv6 üzerinden gönderilen ileti, SPF veya DKIM geçirmelidir.

Daha fazla bilgi edinmek için bkz. IPv6 üzerinden gönderilen anonim gelen e-posta iletileri desteği.

4.7.500-699

Access denied, please try again later

Söz konusu IP üzerinde şüpheli etkinlik algılandı ve IP, değerlendirilmek üzere geçici olarak kısıtlandı.

Bu etkinlik geçerliyse, bu kısıtlama kısa sürede kaldırılacaktır.

4.7.850-899

Access denied, please try again later

Söz konusu IP üzerinde şüpheli etkinlik algılandı ve IP, değerlendirilmek üzere geçici olarak kısıtlandı.

Bu etkinlik geçerliyse, bu kısıtlama kısa sürede kaldırılacaktır.

5.1.0

Sender denied

Bu NDR’nin yaygın nedenlerinden biri, Microsoft Outlook aracılığıyla dosya olarak kaydettiğiniz bir e-posta iletisinin, biri tarafından çevrimdışı olarak açılıp yanıtlanmasıdır. Outlook iletiyi teslim ederken ileti özelliğinde yalnızca legacyExchangeDN özniteliği korunduğundan, arama başarısız olabilir.

Alıcı adresi yanlış biçimlendirilmiş veya alıcı doğru şekilde çözümlenememiş olabilir. Bu sorunu çözmenin ilk adımı, alıcı adresini kontrol etmek ve iletiyi yeniden göndermektir.

Daha fazla bilgi için bkz. Office 365'te hata kodu 5.1.0 için e-posta teslim sorunlarını düzeltme.

5.1.1

Bad destination mailbox address

Bu hata, aşağıdaki koşullar nedeniyle oluşabilir:

  • Gönderen, alıcının e-posta adresini yanlış girmiş olabilir.

  • Hedef e-posta sisteminde alıcı olmayabilir.

  • Alıcının posta kutusu taşınmış ve gönderenin bilgisayarındaki Outlook alıcı önbelleği güncelleştirilmemiş olabilir.

  • Alıcının posta kutusu Active Directory Etki Alanı Hizmeti’ndeki eski etki alanı adı (DN) geçersiz olabilir.

Bu hata genellikle iletinin göndereni, alıcının e-posta adresini yanlış girdiğinde oluşur. Gönderenin, alıcı e-posta adresini kontrol edip iletiyi yeniden göndermesi gerekir. Bu hata ayrıca, daha önce doğru olan alıcı e-posta adresinin değiştirilmiş veya hedef e-posta sisteminden kaldırılmış olması durumunda da oluşabilir.

İletinin göndereni alıcıyla aynı kuruluştaysa ve alıcının posta kutusu hala varsa, alıcının posta kutusunun yeni bir e-posta sunucusuna taşınıp taşınmadığını belirleyin. Taşınmışsa Outlook, alıcı önbelleğini doğru şekilde güncelleştirmemiş olabilir. Gönderenden, alıcının adresini gönderenin Outlook alıcı önbelleğinden kaldırmasını ve yeni bir ileti oluşturmasını isteyin. Özgün ileti yeniden gönderilirse aynı hata oluşur.

Daha fazla bilgi için bkz. Office 365'te hata kodu 5.1.1 ile 5.1.20 arasındaki kodlar için e-posta teslim sorunlarını düzeltme.

5.2.121

Alıcının bir saat içinde belirli bir gönderenden alabileceği ileti sınırı aşıldı.

Gönderen, Office 365’te belirli bir alıcıya bir saat içinde gönderebileceği en fazla ileti sayısını aştı.

Otomatik posta gönderen veya gönderen, daha sonra yeniden denemeli ve belirli bir alıcıya bir saat içinde gönderdiği ileti sayısını azaltmalıdır.

Bu sınır, Office 365 kullanıcılarının hatalı otomatik bildirim sistemlerinden veya tek bir gönderenden gelen posta fırtınaları sonucunda gelen kutularının çok sayıda iletiyle hızlı bir şekilde dolmasını önlemeye yardımcı olur.

5.2.122

Alıcının bir saatte alabileceği ileti sınırı aşıldı.

Office 365 alıcısı, tüm gönderenlerden bir saat içinde alabileceği ileti sayısını aştı.

Otomatik posta gönderen veya gönderen, daha sonra yeniden denemeli ve belirli bir alıcıya bir saat içinde gönderdiği ileti sayısını azaltmalıdır.

Bu sınır, Office 365 kullanıcılarının hatalı otomatik bildirim sistemlerinden gelen iletiler veya diğer posta fırtınaları sonucunda gelen kutularının çok sayıda iletiyle hızlı bir şekilde dolmasını önlemeye yardımcı olur.

5.3.190

Günlüğe Kaydetme Arşivi devre dışı bırakıldığında, şirket içi iletileri Office 365 günlüğüne kaydetme özelliği desteklenmez.

Office 365 ayarlarındaki Günlüğe kaydetme Arşivleri seçeneği bu kuruluş tarafından açılmadığı için, şirket içi iletileri Office 365 günlüğüne kaydetme özelliği desteklenmez.

Kuruluşun şirket içi ortamında, şirket içi iletileri Office 365 günlüğüne kaydetmek üzere bir Günlüğe kaydetme kuralı yapılandırılmıştır, ancak Günlüğe Kaydetme Arşivi devre dışıdır. Bu senaryonun çalışması için, kuruluşun Office 365 yöneticisi Günlük Kaydetme Arşivi’ni etkinleştirmeli veya günlük kaydetme kuralını iletileri farklı bir konumda günlüğe kaydedecek biçimde değiştirmelidir.

5.4.1

Relay Access Denied

Hatayı oluşturan posta sunucusu, alıcının etki alanından gelen postayı kabul etmiyor. Bu hataya genellikle posta sunucusu veya DNS’nin yanlış yapılandırılması neden olur.

Daha fazla bilgi için bkz. Office 365'te hata kodu 5.4.1 için e-posta teslim sorunlarını düzeltme.

5.4.6

Routing loop detected

Bir yapılandırma hatası, e-posta döngüsüne neden oldu. Varsayılan olarak, e-posta döngüsünün 20 kez yinelenmesinden sonra Exchange, döngüyü keserek iletinin göndereni için NDR oluşturur.

Bu hata, iletiyi teslim etme işleminin başka bir ileti oluşturması durumunda görülür. Söz konusu ileti daha sonra üçüncü bir ileti oluşturur ve işlemin yinelenmesiyle bir döngü oluşur. Exchange, sistem kaynaklarının tüketilmesini önlemeye yardımcı olmak için posta döngüsünü 20 yinelemeden sonra keser. Posta döngüleri genellikle, gönderen posta sunucusunda, alıcı posta sunucusunda veya her ikisinde oluşan bir yapılandırma hatası nedeniyle ortaya çıkar. Otomatik ileti yönlendirmenin etkinleştirilip etkinleştirilmediğini belirlemek üzere gönderenin ve alıcının posta kutusu kuralları yapılandırmalarını kontrol edin.

Daha fazla bilgi için bkz. Office 365'te hata kodu 5.4.6 ile 5.4.20 arasındaki kodlar için e-posta teslim sorunlarını düzeltme.

5.6.11

Invalid characters

E-posta programınız gönderdiğiniz iletiye geçersiz karakterler (öncülü olmayan satır besleme karakterleri) ekledi.

Daha fazla bilgi için bkz. Office 365'te hata kodu 5.6.11 için e-posta teslim sorunlarını düzeltme.

5.7.1

Delivery not authorized

İletinin göndereninin, alıcıya ileti gönderme izni yok.

Bu hata, gönderenin bir alıcıya ileti göndermeyi denemesi ancak bunu yapmak için yetkili olmaması durumunda oluşur. Bu hatanın en sık karşılaşılan nedeni, gönderenin ileti göndermeye çalıştığı dağıtım grubunun, yalnızca grup üyelerinden veya diğer yetkili gönderenlerden gelen iletileri kabul edecek şekilde yapılandırılmış olmasıdır. Gönderenin alıcıya ileti göndermek için izin istemesi gerekir.

Bu hatanın diğer bir nedeni, iletinin bir Exchange aktarım kuralında yapılandırılan koşullarla eşleşmesi nedeniyle aktarım kuralı tarafından reddedilmesidir.

Daha fazla bilgi için bkz. Office 365'te hata kodu 5.7.1 için e-posta teslim sorunlarını düzeltme.

5.7.1

Unable to relay

Gönderen e-posta sisteminin, iletinin son hedefi olmayan bir e-posta sistemine ileti göndermesine izin verilmiyor.

Bu hata, gönderen e-posta sisteminin alıcı e-posta sistemine anonim bir ileti göndermeye çalışması ancak alıcı e-posta sisteminin, bir veya daha fazla alıcıda belirlenmiş olan etki alanı veya etki alanlarından gelen iletileri kabul etmemesi durumunda oluşur. Bu hatanın en yaygın nedenleri aşağıdaki gibidir:

  • Bir üçüncü taraf, alıcı e-posta sistemini istenmeyen posta göndermek için kullanmaya çalışıyor ve alıcı e-posta sistemi bu denemeyi reddediyor olabilir. İstenmeyen postaların yapısı gereği, gönderenin e-posta adresinin sahtesi oluşturulmuş ve bunun sonucunda NDR, durumun farkında olmayan gönderenin e-posta adresine gönderilmiş olabilir. Bu durumu engellemek zordur.

  • Bir etki alanına yönelik MX kaydı, söz konusu etki alanının kabul edilmediği bir alıcı e-posta sistemine işaret ediyor olabilir. Söz konusu etki alanı adının yöneticisinin, MX kaydını düzeltmesi, alıcı e-posta sistemini söz konusu etki alanına gönderilen iletileri kabul edecek şekilde yapılandırması ya da ikisini birden yapması gerekir.

  • İletileri geçirmek için alıcı e-posta sistemini kullanması gereken bir gönderen e-posta sistemi veya istemci, bunu yapmak için uygun izinlere sahip olmayabilir.

Daha fazla bilgi için bkz. Office 365'te hata kodu 5.7.1 için e-posta teslim sorunlarını düzeltme.

5.7.1

Client was not authenticated

Gönderen e-posta sisteminin kimliği, alıcı e-posta sisteminde doğrulanamadı. Alıcı e-posta sistemi, ileti gönderilmeden önce kimlik doğrulaması gerektiriyor.

Alıcı sunucu iletinin gönderilmesi için kimlik doğrulaması gerektiriyorsa ve gönderen e-posta sisteminin kimliği, alıcı e-posta sisteminde doğrulanmadıysa bu hata oluşur. Teslimatın başarılı olması için, gönderen e-posta sistemi yöneticisinin gönderen e-posta sistemini, kimlik bilgileri alıcı e-posta sisteminde doğrulanacak şekilde yapılandırması gerekir.

Daha fazla bilgi için bkz. Office 365'te hata kodu 5.7.1 için e-posta teslim sorunlarını düzeltme.

5.7.12

Sender was not authenticated by organization

Alıcı adresi kendi kuruluşunun dışından gelen iletileri reddedecek şekilde ayarlandıysa, gönderenin iletisi reddedilir. Yalnızca alıcının kuruluşundaki e-posta yöneticisi bunu değiştirebilir.

Daha fazla bilgi için bkz. Office 365'te hata kodu 5.7.12 için e-posta teslim sorunlarını düzeltme.

5.7.124

Sender not in allowed-senders list

Gönderen, dağıtım grubunun izin verilen gönderenler listesinde yer almadığından, gönderenin gruba gönderme izni yoktur. Grubun nasıl ayarlandığına bağlı olarak, gruba ileti gönderilebilmesi için grubun sahibinin bile izin verilen gönderenler listesine eklenmesi gerekebilir.

Daha fazla bilgi için bkz. Office 365'te hata kodu 5.7.124 için e-posta teslim sorunlarını düzeltme.

5.7.133

Sender not authenticated for group

Alıcı adresi, kendi kuruluşunun dışından gelen iletileri reddedecek şekilde ayarlanmış bir grup dağıtım listesidir. Yalnızca alıcının kuruluşundaki e-posta yöneticisi veya grubun sahibi bunu değiştirebilir.

Daha fazla bilgi için bkz. Office 365'te hata kodu 5.7.133 için e-posta teslim sorunlarını düzeltme.

5.7.134

Sender was not authenticated for mailbox

Alıcı adresi, kendi kuruluşunun dışından gelen iletileri reddedecek şekilde ayarlanmış bir posta kutusudur. Yalnızca alıcının kuruluşundaki e-posta yöneticisi bunu değiştirebilir.

Daha fazla bilgi için bkz. Office 365'te hata kodu 5.7.134 için e-posta teslim sorunlarını düzeltme.

5.7.13 veya 135

Sender was not authenticated for public folder

Alıcı adresi kendi kuruluşunun dışından gelen iletileri reddedecek şekilde ayarlanmış bir ortak klasördür. Yalnızca alıcının kuruluşundaki e-posta yöneticisi bunu değiştirebilir.

Daha fazla bilgi için bkz. Office365'te hata kodu 5.7.13 veya 5.7.135 için e-posta teslim sorunlarını düzeltme.

5.7.136

Sender was not authenticated

Alıcı adresi kendi kuruluşunun dışından gelen iletileri reddedecek şekilde ayarlanmış bir posta kullanıcısıdır. Yalnızca alıcının kuruluşundaki e-posta yöneticisi bunu değiştirebilir.

Daha fazla bilgi için bkz. Office 365'te hata kodu 5.7.136 için e-posta teslim sorunlarını düzeltme.

5.7.25

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

Gönderen IPv6 adresinin IPv6 üzerinden e-posta gönderebilmesi için bir ters DNS kaydına sahip olması gerekir.

Daha fazla bilgi edinmek için bkz. IPv6 üzerinden gönderilen anonim gelen e-posta iletileri desteği.

5.7.501

Access denied, spam abuse detected

İstenmeyen posta etkinliği algılandığı için gönderen hesap yasaklandı.

Ayrıntılar için bkz. Office 365’te hata kodu 451 5.7.500-699 (ASxxx) için e-posta teslim sorunlarını düzeltme.

Hesap sorunlarının çözüldüğünü doğrulayın ve hesabın kimlik bilgilerini sıfırlayın. Bu hesabın posta gönderme özelliğini yeniden etkinleştirmek için normalde kullandığınız kanal aracılığıyla desteğe başvurun.

5.7.502

Access denied, banned sender

İstenmeyen posta etkinliği algılandığı için gönderen hesap yasaklandı.

Hesap sorunlarının çözüldüğünü doğrulayın ve hesabın kimlik bilgilerini sıfırlayın. Bu hesabın posta gönderme özelliğini yeniden etkinleştirmek için, normalde kullandığınız kanal aracılığıyla desteğe başvurun.

5.7.503

Access denied, banned sender

İstenmeyen posta etkinliği algılandığı için gönderen hesap yasaklandı.

Hesap sorunlarının çözüldüğünü doğrulayın ve hesabın kimlik bilgilerini sıfırlayın. Bu hesabın posta gönderme özelliğini yeniden etkinleştirmek için, normalde kullandığınız kanal aracılığıyla desteğe başvurun.

5.7.504

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

İletişim kurmak istediğiniz alıcı adresi geçerli değil.

Alıcının e-posta adresini doğrulayıp yeniden deneyin.

5.7.505

Access denied, banned recipient

İletişim kurmak istediğiniz alıcı geçerli değil.

Bunun bir hata olduğunu düşünüyorsanız desteğe başvurun.

5.7.506

Access Denied, Bad HELO

Sunucunuz kendisini (RFC 821’e göre HELO), kendi tam etki alanı adı yerine bağlanmaya çalıştığı sunucu olarak tanıtıyor.

Buna izin verilmez ve bu, tipik bir istenmeyen posta davranışı özelliğidir.

5.7.507

Access denied, rejected by recipient

Gönderim için kullandığınız IP, alıcının kuruluşu tarafından engellenmiş.

Bu sorunu çözmek için alıcıya başvurun.

5.7.508

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

Gönderenin IPv6 aralığı, çok kısa bir süre içinde çok sayıda ileti göndermeye çalıştı.

Uygulanamaz

5.7.509

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

5322.From adresindeki alıcı etki alanı DMARC geçirmiyor.

Uygulanamaz

5.7.510

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

Gönderen, alıcıya IPv6 üzerinden ileti aktarmaya çalışıyor ancak alıcı, IPv6 üzerinden gelen e-posta iletilerini kabul etmiyor.

Uygulanamaz

5.7.511

Access denied, banned sender

Gönderim için kullandığınız hesap yasaklanmış.

Daha fazla bilgi için bkz. İstenmeyen e-posta gönderen bir kullanıcıyı, etki alanını veya IP adresini engellenenler listesinden kaldırma.

5.7.512

Access denied, message must be RFC 5322 section 3.6.2 compliant

İleti geçerli bir “Kimden” e-posta adresi olmadan gönderildi.

Yalnızca Office 365 için. Her iletinin “Kimden” üst bilgi alanında geçerli bir e-posta adresi bulunmalıdır. Bu adresin uygun biçimde olması için, e-posta adresinin etrafında <security@contoso.com> örneğindeki gibi açılı ayraçlar bulunması gerekir. Bu adres olmadığında Office 365 iletiyi reddedecektir.

5.7.513

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

Alıcı etki alanı gönderen IP adresinizi özel engellenenler listesine ekledi.

E-postanızı alan etki alanı, göndericinizin IP adresini engelledi. IP adresinizin, alıcı etki alanının özel engellenenler listesine yanlışlıkla eklendiğini düşünüyorsanız alıcıyla doğrudan iletişim kurmanız ve adresinizin engelleme listesinden kaldırılmasını istemeniz gerekir.

5.7.606-649

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

Gönderim için kullandığınız IP yasaklanmış.

E-posta teslimatı için en iyi uygulamaları kullandığınızdan ve IP’nizin derecelendirmesinin çalınma veya kötü amaçlı trafik nedeniyle düşürülmediğinden emin olun. Bu iletiyi bir yanlışlık sonucunda aldığınızı düşünüyorsanız söz konusu listeden kaldırılmayı talep etmek için self servis portalını kullanabilirsiniz. Daha fazla bilgi için bkz. Kendinizi Office 365 engellenen gönderenler listesinden kaldırmak için listeden kaldırma portalını kullanma.

5.7.700-749

Access denied, tenant has exceeded threshold

Bu kiracıdan gelen trafiğin çoğu şüpheli olarak algılandı ve bunun sonucu olarak kiracının gönderim yapması engellendi.

Güvenlik sorunlarının veya açık geçişlerin çözüldüğünden emin olun ve sonra normalde kullandığınız kanal aracılığıyla desteğe başvurun.

NDR’de neler vardır?

Exchange NDR’leri e-posta kullanıcıları ve yöneticiler tarafından kolay okunabilecek ve anlaşılabilecek şekilde tasarlanmıştır. NDR’lerin birkaç farklı biçimi vardır. En yeni stile sahip NDR, gündelik bir dilde yazılmış problem açıklamasını ve bunu düzeltme adımlarını içerir. Aşağıdaki resimde bu tür NDR’nin biçimi görüntülenmektedir.

Office 365’teki en yeni teslim durumu bildirimi (DSN)

En yeni stile sahip NDR’lerde sağlanan bilgiler e-posta kullanıcısının sorunu hemen çözmesine yardımcı olacak şekilde tasarlanmıştır. Bu mümkün değilse NDR’de yöneticilere yönelik ayrıntılı bilgiler ve web üzerinde daha fazla yardım alabileceğiniz bir bağlantı sunulur. Yeni Office 365 NDR’lerinde aşağıdaki alanlar görüntülenir.

Alan

Açıklama

Office 365 logosu   

Bu, NDR’nin Office 365 tarafından oluşturulduğunu gösterir. Logo, hatadan Office 365’in sorumlu olduğu anlamına gelmez. Bu, e-posta işleminde hangi ileti uç noktalarının veya hizmetlerin yer aldığını belirtir. Eski stildeki NDR’lerde bu bilgiler her zaman açık değildir.

Neden   

Bu bölümde iletinin teslim edilmeme nedeni sunulur.

Düzeltme sahibi göstergesi   

Bu bölümde bir bakışta sorunu görüntüleyebileceğiniz bilgiler ve kimin düzeltmesi gerektiği sunulur. Resimde bir Office 365 e-posta işlemindeki üç temel taraf (gönderen, Office 365 ve alıcı) görüntülenmektedir. Kırmızı renkte işaretlenen alan genellikle sorunun düzeltileceği yerdir.

Nasıl düzeltilir   

Bu bölüm, son kullanıcıya veya NDR’yi alan e-postayı göndericisine yönelik tasarlanmıştır. Sorunun nasıl düzeltileceğini açıklar.

E-posta yöneticileri için daha fazla bilgi   

Bu bölümde, sorunun ayrıntılı bir açıklaması, teknik ayrıntıları içeren çözüm ve ayrıntılı başvuru bilgilerinin yer aldığı bir web tabanlı makale bağlantısı sunulur.

İleti atlamaları   

Bu bölüm iletiye ilişkin saatleri ve sistem başvurularını içerir, böylece yönetici, iletinin atlamalarını veya sunucudan sunucuya yolunu takip edebilir. Bu bilgiyle yönetici ileti atlamaları arasındaki sorunları hızlı bir şekilde belirleyebilir.

En son biçimde olmayan NDR’lerde bilgiler iki bölüme ayrılabilir: Kullanıcı bilgileri ve yöneticiler için Tanılama bilgileri. Aşağıdaki resimde bu türdeki bir Exchange Online NDR görüntülenmektedir.

Tasarım sekmesi

Kullanıcı bilgileri

Bazı NDR’lerde önce kullanıcı bilgileri bölümü görünür ve asıl amacı, neyin yanlış gittiği konusunda bir özet sağlamaktır. Metin, iletiyi gönderenin iletinin neden reddedildiğini ve mümkünse, iletiyi yeniden göndermeyi nasıl başarabileceğini saptamasına yardımcı olacak şekilde tasarlanmıştır. Alıcılardan her birinin e-posta adresi listelenir ve alıcının e-posta adresinin altındaki alana hatanın nedeni eklenir. İletiyi reddeden posta sunucusunun adı da bu bölümde verilebilir.

Yöneticiler için tanılama bilgileri

Yöneticiler için tanı bilgileri bölümü yöneticilerin ileti teslim sorununu çözmesine yardım edecek daha ayrıntılı teknik bilgi sağlar. İletinin teslimi sırasında ortaya çıkan söz konusu hata, NDR’yi oluşturan sunucu ve iletiyi reddeden sunucu ile ilgili ayrıntılı bilgiler içerir. Bu bölüm şu biçimi kullanır:

Diagnostic information for administrators

Generating server: 

<server name>

          <rejected recipient>

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

Original message headers

<message header fields>

Alan

Açıklama

Oluşturan sunucu   

Bu alan, NDR’yi oluşturan SMTP posta sunucusunun adını gösterir. Gönderenin e-posta adresi altında hiçbir uzak sunucu listelenmiyorsa, oluşturan sunucu aynı zamanda özgün e-posta iletisini reddeden sunucudur. Uzak posta sunucusu iletiyi alır ve kabul eder ancak daha sonra, örneğin içerik kısıtlamaları nedeniyle iletiyi reddederse, NDR’yi uzak sunucu oluşturur. Uzak posta sunucusu iletiyi hiçbir zaman almaz ve kabul etmezse, Exchange Online’da gönderen sunucu NDR’yi oluşturur.

<Reddedilen alıcı>   

Bu değer, alıcının e-posta adresidir. Birden çok alıcıya teslim işlemi başarısız olursa, alıcılardan her birinin e-posta adresi listelenir. Her başarısız alıcı için aşağıdaki bilgiler de eklenir:

Alan

Açıklama

<Uzak sunucu>   

Bu değer, iletiyi reddeden posta sunucusunun adıdır. Özgün ileti alıcı sunucu tarafından başarıyla alındıysa ama daha sonra reddedildiyse, uzak sunucu değeri doldurulmaz.

<Gelişmiş durum kodu>   

Bu değer, özgün iletiyi reddeden posta sunucusu tarafından atanır ve iletinin neden reddedildiğini gösterir. Bu kodlar RFC 3463’te tanımlanmıştır ve abc x.y.z biçimini kullanır; burada, yer tutucu değerleri tamsayılardır. Örneğin, 5.x.x kodu kalıcı bir hatayı ve 4.x.x kodu da geçici bir hatayı gösterir. Gelişmiş durum kodu çoğunlukla bir dış posta sunucusu tarafından oluşturulsa da, Exchange Online kullanıcı bilgileri bölümünde görüntülenecek metni belirlemek için bu gelişmiş durum kodu değerini kullanır.

<SMTP yanıtı>   

Bu değer, özgün iletiyi reddeden posta sunucusu tarafından döndürülür. Bu metin, gelişmiş durum kodu değerinin açıklamasını sağlar. Metin her zaman US-ASCII biçiminde gösterilir.

Özgün ileti üst bilgileri   

Bu bölüm, reddedilen iletinin ileti üst bilgisi alanlarını içerir. Bu üst bilgi alanları, iletinin reddedilmeden önce izlediği yol veya To alan değerinin reddedilen alıcı değeriyle eşleşip eşleşmediği gibi yararlı tanılama bilgileri sağlar.

Exchange NDR’sini yorumlama

İşte bir örnek. Aşağıdaki bilgilerin bulunduğu bir Exchange NDR’si aldığınızı varsayalım:

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:

...

Kullanıcı bilgileri bölümünde, alıcının Ronald Slattery olduğunu ve iletinin bir Exchange Online veya Exchange Online Protection olmayan mail.contoso.com posta sunucusu tarafından reddedildiğini saptayabilirsiniz.

Yöneticiler için tanılama bilgileri bölümünde, alpineskihouse.com’un ronald@contoso.com alıcısına iletiyi teslim etmek için mail.contoso.com sunucusuna bağlanmaya çalıştığını görebilirsiniz. Bununla birlikte, mail.contoso.com 530 5.7.1 Client was not authenticated hatasıyla yanıt vermiştir. NDR’yi alpineskihouse.com oluşturmuş olsa da aslında iletiyi reddeden mail.contoso.com’dur, dolayısıyla sorunu anlamak ve çözmek contoso.com’daki yöneticilerin sorumluluğundadır. Bu özel hata, mail.contoso.com sunucusunun İnternet’ten anonim e-posta kabul etmeyecek şekilde yapılandırıldığını gösterir.

Özgün ileti üst bilgileri çok uzun ve karmaşık olduğundan bu örnekten çıkarılmış olsa bile, normalde şu üst bilgi alanlarından yararlı bilgiler ayıklayabilirsiniz:

  • To:   E-posta adresi yanlış yazılmışsa, bu alan yararlı olabilir.

  • Received:   Bu alanlar size iletinin hangi yolu izlediğini ve NDR’deki Generating server değerinden anlamak kolay olmuyorsa teslim durumu bildirimini oluşturan son atlamayı söyleyebilir.

  • Received-SPF:   Bu değer pass dışında herhangi bir değerse, etki alanınız için Sender Policy Framework (SPF) DNS kaydını denetleyin. Daha fazla bilgi için bkz. Office 365'te özel DNS kayıtlarını ekleme veya düzenleme.

Yine de NDR’ler veya diğer durum bildirimleriyle ilgili yardım mı gerekiyor?

Office 365 topluluk forumlarından yardım al Yöneticiler: Oturum aç ve hizmet isteği oluştur Yöneticiler: Destek Birimini Ara
Yeteneklerinizi geliştirin
Eğitimleri keşfedin
Yeni özellikleri ilk olarak siz edinin
Office Insider Programına Katılın

Bu bilgi yararlı oldu mu?

Görüşleriniz için teşekkür ederiz!

Geri bildiriminiz için teşekkürler! Office destek temsilcilerimizden biriyle görüşmeniz yararlı olabilir.

×