EOP'de posta akışı

• Şunlara uygulanır:

  ✅ Exchange Online Protection, ✅ Microsoft Defender for Office 365 Plan 1 and Plan 2, ✅ Microsoft Defender XDR

İpucu

Office 365 Plan 2 için Microsoft Defender XDR'daki özellikleri ücretsiz olarak deneyebileceğinizi biliyor muydunuz? Microsoft Defender portalı deneme hub'ında 90 günlük Office 365 için Defender deneme sürümünü kullanın. Kimlerin kaydolabileceğini ve deneme koşullarını buradan. öğrenin.

Exchange Online posta kutusu olan Microsoft 365 kuruluşlarında veya Exchange Online posta kutusu olmayan tek başına Exchange Online Protection (EOP) kuruluşlarında, kuruluşunuza gönderilen tüm iletiler kullanıcılar görmeden önce EOP'ye geçer. kullanıcı posta kutularına yönlendirilmeden önce EOP'nin içinden geçen iletileri işleme için yönlendirme hakkında seçenekleriniz vardır.

İletiler ve ileti erişim seçenekleriyle çalışma

EOP, iletilerinizin nasıl yönlendirildiğinde esneklik sağlar. Aşağıdaki makalelerde, posta akışı işlemindeki adımlar açıklanmaktadır:

• Dizin Tabanlı Uç Engelleme , iletileri varsayılan olarak hizmet ağı çevresinde geçersiz alıcılara reddeder.

• EOP'de kabul edilen etki alanlarını görüntüleme veya düzenleme, EOP hizmetinizle ilişkili etki alanlarının nasıl yönetileceğini açıklar.

• EOP hizmetiniz, kuruluşunuza eklediğiniz alt etki alanlarını yönetmenize yardımcı olabilir. Alt etki alanları hakkında daha fazla bilgi için bkz. Exchange Online'da alt etki alanları için posta akışını etkinleştirme.

• Bağlayıcıları kullanarak posta akışını yapılandırma bağlayıcıları tanıtır ve posta yönlendirmeyi özelleştirmek için bunları nasıl kullanabileceğinizi gösterir. Senaryolar arasında bir iş ortağı kuruluşuyla güvenli iletişimin sağlanması ve akıllı bir konak ayarlanması yer alır.

• Bağlayıcılar için Gelişmiş Filtreleme , postanız EOP'ye gitmeden önce bir hizmete veya cihaza yönlendirilmişse bağlayıcıların nasıl yapılandırıldığını açıklar.

• EOP'nin şirket içi Exchange posta kutularını koruduğu karma ortamlarda, şirket içi Exchange'de posta akışı kurallarını (aktarım kuralları olarak da bilinir) yapılandırmanız gerekir. Bu posta akışı kuralları, posta kutusunda gereksiz e-posta kuralının iletiyi Gereksiz Email klasörüne taşıyabilmesi için EOP istenmeyen posta filtreleme kararını çevirir. Ayrıntılar için bkz. Karma ortamlarda gereksiz Email klasörüne istenmeyen posta göndermek için EOP'yi yapılandırma.

  İletileri her kullanıcının Gereksiz Email klasörüne taşımak istemiyorsanız, varsayılan istenmeyen posta önleme ilkesini veya özel istenmeyen posta önleme ilkelerini düzenleyerek başka bir eylem seçebilirsiniz. Daha fazla bilgi için bkz. İstenmeyen posta önleme ilkelerindeki eylemler.

Posta akışını doğrulama

EOP posta akışının düzgün çalıştığını doğrulamak için aşağıdaki testleri kullanın:

• Herhangi bir web tabanlı e-posta hesabından Microsoft 365 kuruluşunuzdaki bir alıcıya e-posta iletisi gönderin.
• Kuruluşunuzdaki bir kullanıcıdan web tabanlı bir e-posta hesabına e-posta iletileri gönderin.
• Bağlayıcıları şirket içi ortamla iş ortağı kuruluş arasında e-posta iletişimi için yapılandırdıysanız, posta akışını test etmek için yerleşik bağlayıcı doğrulamasını kullanabilirsiniz. Daha fazla bilgi için bkz. Exchange Online bağlayıcıları doğrulama.

IPv6 üzerinden anonim gelen e-posta desteği

EOP, IPv6 üzerinden anonim gelen e-posta almayı destekler, ancak Bir yöneticinin Microsoft desteğine başvurarak katılmasını gerektirir. Destek isteği açmak için bkz. İş için Microsoft 365 için destek alma.

Kuruluş kabul ettikten sonra, kaynak IPv6 e-posta sunucusu aşağıdaki gereksinimlerin ikisini de karşılıyorsa, kuruluş IPv6 üzerinden anonim gelen e-posta alabilir:

• Kaynak IPv6 adresi, hedefin IPv6 adresinden etki alanı adını bulmasını sağlayan geçerli bir ters DNS arama (PTR) kaydına sahip olmalıdır.
• Gönderenin SPF doğrulamasını ( RFC 7208'de tanımlanır) veya DKIM doğrulamasını ( RFC 6376'da tanımlanır) geçirmesi gerekir.

IPv6 kaynaklarından gelen anonim iletiler, normal EOP (ve muhtemelen Office 365 için Microsoft Defender) ileti filtrelemesinden geçer.

Anonim IPv6 gelen posta akışı sorunlarını giderme

• Kaynak e-posta sunucusunda IPv6 ters DNS arama kaydı yoksa, iletiler aşağıdaki hatayla reddedilir:

  450 4.7.25 Hizmet kullanılamıyor, IPv6 adresi gönderiliyor [2a01:111:f200:2004::240] ters DNS kaydına sahip olmalıdır.

• Gönderen SPF veya DKIM doğrulamasını geçmezse, iletiler aşağıdaki hatayla reddedilir:

  450 4.7.26 Hizmet kullanılamıyor, IPv6 üzerinden gönderilen ileti [2a01:111:f200:2004::240] SPF veya DKIM doğrulamasını geçmelidir.

• Kabul etmeden önce anonim IPv6 iletileri almaya çalışırsanız, ileti aşağıdaki hatayla reddedilir:

  550 5.2.1 Hizmet kullanılamıyor, [contoso.com] IPv6 üzerinden e-posta kabul etmiyor.

Posta akışı teslimi hakkında SSS

Bu SSS, EOP'deki kuyruğa alınan, ertelenen ve geri dönen iletiler hakkında bilgi sağlar.

Posta neden kuyruğa giriyor?

Hizmet teslim için hedef sunucuya bağlantı kuramıyorsa iletiler kuyruğa alınır veya ertelenirse. Hedef sunucudan 500 serisi (kalıcı) bir hata döndürülürse iletiler ertelenmiyor.

İleti nasıl ertelenmiş olur?

İletiler, hedef sunucuya bağlantı yapılamadığında tutulur ve hedef sunucu geçici hatalar döndürür. Örneğin, bağlantı zaman aşımı, bağlantı reddedildi veya diğer 400 serisi hataları. 500 serisi (kalıcı) hatalar, iletinin teslim edilmedi raporuna (NDR veya geri dönen ileti olarak da bilinir) döndürülmesiyle sonuçlanır.

İleti erteleme süresi ne kadardır ve yeniden deneme aralığı nedir?

Ertelenen iletiler bir gün boyunca kuyruklarımızda kalır. Yeniden deneme girişimleri, hedef e-posta sunucusundan aldığımız hataları temel alır. İlk birkaç erteleme 15 dakika veya daha kısadır. Sonraki yeniden denemeler için aralık en fazla 60 dakikaya kadar artar. Aralık süresi genişletmesi dinamiktir ve birden çok değişkeni (kuyruk boyutu, iç ileti önceliği vb.) dikkate alır.

E-posta sunucusuyla iletişim geri yüklendikten sonra kuyruğa alınan iletiler nasıl dağıtılır?

Kuyruğa alınan iletiler, alındığı sırayla otomatik olarak işlenir ve sunucu kullanılamaz duruma geldiğinde teslim için kuyruğa alınır.