[ Platform kılavuzları ]

Microsoft 365 giden sınırlarını uygulama yollarıyla eşleme

Yalnızca rotayı, kimliği, alıcı popülasyonunu, kiracıyı ve bulut ortamını belirledikten sonra gönderme sınırı uygulayın. Geçerli Microsoft kaynakları, kiracı düzeyinde doğrulama gerektiren bir deneme kotası tutarsızlığı içerir.

EmailAuth araştırma ekibi tarafından · 6 dakikalık okuma

[ Anahtar noktalar ]

  • Posta kutusu gönderimi, bağlayıcı geçişi ve Doğrudan Gönderim farklı sınırlara sahiptir.
  • Alıcı oranları, mesaj oranları ve kiracı dış alıcı kapsamı farklı ölçümler kullanır.
  • Resmi duruşma TERRL rakamları çelişkili: İncelenen kaynaklarda 500'e karşı 5.000.
  • Kiracının yaşı, lisans nüfusu, bulut ortamı ve uygulama durumu mevcut doğrulamayı gerektirir.
Bu sayfada

Limit seçmeden önce uygulama rotasını belirleyin

Microsoft 365 belirli sayıda e-postaya izin verdiğine dair açıklama eksik. Posta kutusu gönderimi, bağlayıcı tabanlı geçiş, Doğrudan Gönderim akışı ve özel e-posta hizmetinin farklı kısıtlamaları olabilir. Yararlı soru, gerçek gönderme yolu, kimlik, kiracı ve alıcılar için hangi belgelenen sınırın geçerli olduğudur. Bu kılavuzda 8 Kasım 2026 itibarıyla mevcut birinci taraf kaynaklar incelenmektedir; hiçbir kiracı, kuyruk veya uygulama incelenmedi.

Uç noktayı, kimlik doğrulama yöntemini, gönderen kimliği, görünür göndereni, zarf kimliğini, varsa bağlayıcıyı, hedef popülasyonunu ve normal çoğuşma modelini içeren bir uygulama envanteriyle başlayın. Zamanlanmış işleri ve yeniden deneme kuyruklarını dahil edin. Kolay anlaşılır bir uygulama adı veya Microsoft ana bilgisayar adı tek başına teslimattan bir posta kutusunun, aktarma bağlayıcısının veya başka bir hizmetin sorumlu olup olmadığını belirlemez.

Posta kutusu gönderimini aktarma ve Doğrudan Gönderimden ayırın

Microsoft'un cihaz ve uygulama rota kılavuzu16 Eylül 2026'da güncellenen kimlik doğrulamalı istemci SMTP gönderimini, kimlik doğrulamalı bağlayıcı geçişini ve Doğrudan Gönderimi birbirinden ayırır. Posta kutusu gönderimi, posta kutusu gönderme sınırlarına tabidir. Konektör rölesi aynı istemci gönderim sınırlarına tabi değildir ancak geçerli hizmet kontrollerine tabi olmaya devam eder. Doğrudan Gönderme, bulut kuruluşu dışındaki alıcılara dağıtım yapamaz.

Posta kutusu ücreti uygun olmadığı için bir iş yükünü geçişe taşımayın. Geçerli sağlayıcı talimatları aracılığıyla rota uygunluğunu, güven yapılandırmasını, gönderen yetkilendirmesini ve alıcı kapsamını doğrulayın. Üçüncü taraf bir hizmette barındırılan bir uygulama, belgelenen konnektör-röle tasarımına otomatik olarak uygun değildir. Bu değerlendirme herhangi bir bağlayıcı, izin veya kimlik bilgisi değişikliği önermemektedir.

Her posta kutusu ölçüsünü kendi birimlerinde okuyun

The Exchange Online limitleri sayfası19 Ekim 2026'da güncellenen, belirtilen Exchange Online planları için günde 10.000 alıcıyı ve dakikada 30 mesajı listeler. Alıcı oranı penceresi değişiyor ve mesaj başına alıcı ayarı ayrı bir ölçü. Bunlar belgelenmiş posta kutusu/hizmet planı rakamlarıdır; her uygulama veya her Microsoft markalı hizmet için genel bir ödenek değildir.

İleti sayısını alıcı sayısından ayırın ve maksimum yapılandırma değerini posta kutusunun gerçek ayarından ayırın. Dağıtım listesi işlemi, posta kutusu ve kiracı düzeyindeki hesaplamalar arasında farklılık gösterebilir. Gönderilen bir mesajın her kotanın bir birimini tükettiğini varsaymak yerine, ilgili üyelik genişlemesini ve gözlemlenen yapılandırmayı kaydedin. Birden fazla uygulama bir posta kutusunu paylaşıyorsa, bunların toplam trafiği o posta kutusunun bütçesi açısından önemlidir.

Kiracı çapında harici alıcı kapsamı ekleyin

Microsoft'un TERRL duyurusu ve güncellemesi ayrı bir kiracı dış alıcı sınırını açıklar. 13 Ağustos 2026 güncellemesi, 14 Eylül'den itibaren geçerli olacak kota değişikliklerini getiriyor ve kiracı yaşı ile lisans popülasyonlarını birbirinden ayırıyor. GCC, GCCH, DoD ve 21Vianet'in kullanıma sunulmasının ertelendiği belirtiliyor. Bu bulut ayrımları, yalnızca kiracının ürün adına dayalı olarak dünya çapında bir iddiada bulunulmasını engeller.

Aynı kaynak, kiracı aracılığıyla aktarılan harici trafiğin sayılabileceğini ve tekrarlanan teslimatların benzersiz adres izni olmadığını söylüyor. Alıcı etki alanları ve kabul edilen etki alanı yapılandırması önemlidir; başka bir Microsoft 365 kiracısı otomatik olarak dahili değildir. Posta kutusu olmayan herhangi bir şey için evrensel bir muafiyet icat etmek yerine, belirli sistem veya özel hizmet trafiği için mevcut istisna listesine başvurun.

Çözülmemiş bir belge tutarsızlığı var: güncellenen duyuruda deneme kiracıları için 500 harici alıcı belirtiliyor; genel sınırlar sayfası ve sorun giderme kılavuzu eyalet 5.000. Genel sınırlar sayfasında sayfa güncelleme tarihi daha geç olduğundan, tarih sıralaması tek başına çelişkiyi çözmez. Kapasite sözü vermeden önce kiracının görüntülenen kotasını ve uygulama durumunu ilgili Exchange yönetici merkezi raporunda kaydedin ve doğrulayın.

Gerçek kısıtlamayı teşhis edin

Yanıtın tamamını, genişletilmiş durum kodunu, zaman damgasını, gönderme yolunu ve etkilenen alıcıları yakalayın. Microsoft, kiracı harici alıcı sınırı için 5.7.233 numaralı belgeyi ve diğer kısıtlamalara yönelik ayrı tanılamayı belgelemektedir. Kalıcı bir SMTP hatası geçici hale getirilmez çünkü temel kota daha sonra düşebilir ve bir uygulama, nihai sonucu belirsiz olan bir işlemi körü körüne tekrarlamamalıdır. RFC 5321 yanıt sınıflarını ayırt eder; tüm değişimi ve uygulamanın kuyruk durumunu koruyun.

Şüpheli bir uzlaşma bloğu, sıradan kapasite tükenmesinden de farklıdır. Sorun giderme kılavuzu, erişimi geri yüklemeden önce bir hesabın neden kısıtlandığının araştırılmasını gerektirir. Sebebini anlamadan bir posta kutusu eklemek, korumayı zayıflatmak veya kimlik bilgilerini değiştirmek, sorunu çözmek yerine gizleyebilir. Teşhis veya hesap kanıtları kötüye kullanım önerdiğinde güvenlik sahibini atayın.

Boşluk payı yaratmadan temsili iş yüklerini haritalayın

Üç uygulamadan oluşan kurgusal bir dizi düşünün. Bir faturalandırma işi kimliği doğrulanmış bir posta kutusu aracılığıyla gönderilir, site sunucusu onaylı bir bağlayıcı kullanır ve bir tarayıcı çalışanlar için Doğrudan Gönderim'i kullanır. Önerilen inceleme, posta kutusu sınırlarını faturalandırma işiyle, geçerli kiracı dış alıcı kapsamını bağlayıcının dış trafiğiyle ve dahili alıcı sınırını tarayıcıyla eşleştirir. Bu rotalar ve konfigürasyonlar gözlemlenmedi; gerçek bir değerlendirme için gereken envanter alanlarını gösterirler.

Her rota için normal ve en kötü beklenen alıcı talebini, aynı kaynağın diğer kullanıcılarını hesaba katarak gerçek yapılandırılmış limitler ve kalan ödenekle karşılaştırın. Model patlamaları, yeniden denemeler, genişletilmiş gruplar ve kesinti süreleri. Test olarak bir limit dolana kadar göndermeyi planlamayın. Kaçınılabilir trafik oluşturmadan veya teslimatı aksatmadan rotayı doğrulamak için ayrı olarak yetkilendirilmiş kontrollü bir örnek ve sağlayıcı telemetrisi kullanın.

Tarihli bir rota kararını koruyun

Seçilen rotayı, kaynak revizyonunu, kiracı/bulut kapsamını, gerçek kota kanıtlarını, istisna yorumunu, operasyonel sahibi ve inceleme tetikleyicisini belgeleyin. İş yükü farklı bir hizmet gerektiriyorsa bu hizmetin mevcut uygunluğunu ve sınırlarını bağımsız olarak değerlendirin. Özel bir hizmet uygun olabilir ancak sınırsız bir geçici çözüm değildir ve değiştirilmesi kendi onayını gerektirir.

Kesin kanıt kapısı açık kalıyor: Mevcut resmi sınırları, sayısal bir eşik icat etmeden temsili uygulama yollarıyla eşleştirin. Önerilen harita kaynak desteklidir ancak gözlemlenen bir kiracı değerlendirmesi değildir. Giriş ayrıca belirli rotanın test edilmesini gerektirir. Orijinal rota kanıtlarına, geçerli kaynak çatışmalarının çözümüne, teknik incelemeye ve yayın onayına hala ihtiyaç vardır.

[ Götürmek ]

Farklı bir hizmetten kopyalanmış evrensel bir numarayı veya çözülmemiş bir sayfa çakışmasını değil, gerçek rotayı ve görüntülenen kiracı kotasını kullanın.

[ Role göre ]

Bu sizin için ne anlama geliyor?

Sonraki pratik adımlar için rolünüzü seçin.

Uygulama sahibi

Talebi gerçek gönderim yoluna eşleyin

Kapasite, uygulama tarafından paylaşılan kaynağa ve onun trafik düzenine bağlıdır.

Sonraki adımlar

  1. Uç noktayı, gönderen kimliklerini, kimlik doğrulamayı, bağlayıcıyı ve alıcıları kaydedin.
  2. Sınırları zorlamadan model patlamaları, yeniden denemeler ve paylaşılan posta kutusu kullanımı.
  3. Başarısız gönderimler için kuyruk durumunu koruyun ve tanılamayı tamamlayın.

Değişim yöneticisi

Kiracı kapsamını ve mevcut kotayı doğrulama

Yayınlanmış bir formül veya tablo, kiracının etkili yaptırımını çözümleyemeyebilir.

Sonraki adımlar

  1. Bulut ortamını, kabul edilen etki alanlarını ve kiracı kotası raporunu kontrol edin.
  2. Gerçek kiracı için belgelenen deneme-kota çakışmasını çözün.
  3. Ayrı posta kutusu, kiracı, rota ve kötüye kullanım karşıtı kısıtlamalar.

Güvenlik ve servis sahibi

Uygun bir onaylı hizmet seçin

Kota sorunu, güvenlik önlemlerini zayıflatarak veya uygun olmayan bir aktarma yöntemi kullanarak çözülmemelidir.

Sonraki adımlar

  1. Erişimi geri yüklemeden önce şüpheli gönderimleri araştırın.
  2. Alternatif hizmetleri kendi mevcut limitleri ve izinleri çerçevesinde değerlendirin.
  3. Kontrollü testleri onaylayın ve sınırlı sonuçlarını belgeleyin.

[ SSS ]

Sık sorulan sorular

Posta kutusu gönderme sınırları bağlayıcı geçişine otomatik olarak uygulanır mı?

Hayır. Yön kılavuzu, bağlayıcı geçişini istemci SMTP gönderiminden ayırır. Diğer hizmet ve kiracı kontrolleri hâlâ geçerli olabilir; bu nedenle geçiş, sınırsız olarak tanımlanmamalıdır.

Direct Send kuruluş dışına uygulama mesajı iletebilir mi?

İncelenen rota rehberi bunun mümkün olmadığını söylüyor. Bir adresi değiştirmek veya uygulamayı yavaşlatmak, Doğrudan Gönderimi harici bir aktarıcıya dönüştürmez.

Yayınlanan 10.000 ve 30 rakamı neyi anlatıyor?

Listelenen Exchange Online planları için, günlük posta kutusu alıcı hızı sınırını ve dakika başına ileti hızı sınırını tanımlar. Her Microsoft hizmetinin veya uygulama yolunun kapasitesini tanımlamazlar.

Mevcut deneme TERRL kesinlikle 500 mü yoksa 5.000 mi?

İncelenen resmi kaynaklar bu görüşe katılmıyor. Ağustos 2026 Exchange Ekibi güncellemesi 500 diyor, genel sınırlar ve sorun giderme sayfaları ise 5.000 diyor. Kiracı kotasını ve uygulama durumunu doğrulayın; evrensel bir deneme değeri iddia edilmemektedir.

TERRL için harici bir adres günde yalnızca bir kez sayılır mı?

Hayır. Exchange Ekibi kılavuzu, aynı harici alıcıya gönderilen tekrarlanan mesajların tekrar tekrar sayıldığını ve genişletilmiş harici grup üyelerinin ayrı ayrı sayıldığını söylüyor. Bu tek adresli bir bütçe değil.

Mevcut TERRL kullanıma sunma bildirimi her bulut için geçerli mi?

Hayır. İncelenen Ağustos 2026 güncellemesi GCC, GCCH, DoD ve 21Vianet'i erteliyor. Dünya çapında yaptırımı varsaymak yerine, gerçek kiracı ortamını kontrol edin ve rapor verin.

Tehlikeden şüphelenilen bir blokaj kapasiteyi artırarak çözülmeli mi?

Hayır. Kısıtlamayı araştırın ve yetkili süreç aracılığıyla nedenini düzeltin. Güvenlik blokajı ve olağan kota tükenmesi farklı deliller ve kararlar gerektirir.

Hangi rota kanıtı hala eksik?

Gerçek uç noktalar, kimlikler, kiracı/bulut yapılandırması, görüntülenen kotalar, eksiksiz tanılama ve kontrollü temsili teslimat kanıtı. Dahil edilen yol haritası önerilmiş ve hiçbir uygulama test edilmemiştir.

[ Kaynaklar ]

Kaynaklar

  1. Microsoft Exchange Online hizmet sınırları
  2. Microsoft cihazı ve uygulama posta yolu rehberliği
  3. Microsoft Exchange Team kiracı giden sınır güncelleştirmesi
  4. Microsoft, giden gönderme sınırları ve engellenen kullanıcılarla ilgili sorunları giderir
  5. RFC 5321 : Basit Posta Aktarım Protokolü

[ Sözlük ]

Sözlük

İstemci SMTP gönderimi
Sağlayıcının belgelenen rotası ve posta kutusu kısıtlamaları altında uygulama veya cihaz postasının posta kutusu kimlik doğrulamalı gönderimi.
Bağlayıcı rölesi
Posta, kimliği doğrulanmış bir bağlayıcı ve gerekli güven koşulları kullanılarak kiracı aracılığıyla aktarılır.
Doğrudan Gönder
Harici bir alıcı geçişi değil, bulut organizasyonu içindeki alıcılara teslimat için belgelenen, kimliği doğrulanmamış rota.
TERRL
Kiracı Harici Alıcı Hız Sınırı, kapsamı ve etkin kotası geçerli doğrulamayı gerektiren, kiracı düzeyinde bir harici alıcı kontrolüdür.
Dönen pencere
Tüm kullanımın gece yarısı sıfırlanması yerine, daha erken trafiğin zamanla eskidiği hareketli bir gözlem aralığı.

Kurumsal menşe

Neden en iyi finans kurumları ve hükümetler e-posta güvenlik kontrol panellerini kullanımdan kaldırdı.

Geleneksel e-posta kimlik doğrulama platformları size bir gösterge tablosu satar ve mühendislerinizden bu işi yapmalarını ister. Riskli ortamlarda, manuel gözetim, gecikmeli uygulama, konfigürasyon kayması ve izlenmeyen gölge alanlar anlamına gelir.

EmailAuth aracılı e-posta kaynak platformudur. Temsilcilerimiz uyguluyor p=reject, üçüncü taraf gönderenleri uyumlu tutun ve alan adlarınızı tam sürüme taşıyın RFC 9989 döngüdeki insan tarafından denetlenebilirliğe sahip yeni DMARC standardı uyumluluğu.

Hükümetler Büyük işletmeler 1. Seviye finans kurumları

SaaS · Özel kiracılık · Şirket içi hava boşluklu · BYOK şifrelemesi

Bilgi Bankası