Teknik·
26 Mayıs 2026
Toplu e-posta kampanyaları planlarken en çok sorulan sorulardan biri şudur: Saatte kaç mail gönderilebilir? Bu sorunun tek bir doğru yanıtı yoktur; yanıt, kullandığınız SMTP sunucusuna, alıcı alan adının politikalarına, IP itibarınıza ve uygulanan RFC standartlarına göre büyük farklılıklar gösterir. Bu yazıda, e-posta gönderim limitlerinin teknik temellerini, büyük servis sağlayıcılarının uyguladığı kısıtlamaları ve bu limitleri aşmadan yüksek hacimlerde başarılı teslimat sağlamanın yollarını ele alıyoruz.
E-posta iletimi, RFC 5321 ile tanımlanan SMTP (Simple Mail Transfer Protocol) protokolüne dayanır. Bu protokol, bir bağlantı oturumunda kaç mesaj iletilebileceğini teknik olarak sınırlamaz; ancak alıcı MTA (Mail Transfer Agent) istediği zaman bağlantıyı sonlandırabilir ve geçici hata kodları döndürebilir.
SMTP'de iki tür hata kodu kritik önem taşır: 4xx geçici hatalar (örneğin 421 Service temporarily unavailable, 450 Requested mail action not taken) ve 5xx kalıcı hatalar (örneğin 550 User unknown, 552 Message size exceeds limit). Geçici hatalar yeniden deneme mekanizmasını tetikler; kalıcı hatalar ise mesajın teslim edilemeyeceğini kesin olarak bildirir. Gönderim hızı sorunlarında en sık karşılaşılan geçici hata kodu 421 Too many connections veya 451 Temporary local problem'dır.
RFC 5321, bölüm 4.5.3.1'de bağlantı ve mesaj parametrelerine ilişkin minimum değerler belirtilmektedir; ancak üst limitler sunucu yapılandırmasına bırakılmıştır. Bu esneklik, büyük ölçekli e-posta sağlayıcılarının kendi hız sınırı politikalarını uygulamasına zemin hazırlar.
Her alıcı sağlayıcı, istenmeyen posta (spam) trafiğini engellemek amacıyla kendi gönderim limitlerini belirler. Aşağıdaki tablo, yaygın olarak kullanılan e-posta platformlarının bilinen limitlerini özetlemektedir:
| Platform / Sağlayıcı | Gönderim Limiti | Kısıt Türü | Notlar |
|---|---|---|---|
| Gmail (Ücretsiz) | 500 alıcı / gün | Günlük alıcı kotası | Tek mesajda maks. 500 alıcı |
| Google Workspace | 2.000 alıcı / gün | Günlük alıcı kotası | Harici alıcı sayısına dahil |
| Outlook.com (Ücretsiz) | 300 alıcı / gün | Günlük gönderim kotası | Yoğun gönderimde ek CAPTCHA |
| Microsoft 365 (Exchange Online) | 10.000 alıcı / gün; 30 mesaj / dakika | Günlük + dakika limiti | Recipient rate limit politikası |
| Amazon SES | Başlangıç: 200 / gün; onay sonrası: istek bazlı | Sandbox / Üretim kotası | Varsayılan gönderim hızı 14 mesaj/sn |
| SendGrid (Ücretsiz Plan) | 100 e-posta / gün | Günlük mesaj limiti | Ücretli planlarda limit yok |
| Mailchimp Transactional (Mandrill) | Plan bağımlı | Aylık mesaj kotası | Onaylı domain zorunlu |
| Özel SMTP / Dedicated IP | Yapılandırmaya bağlı | Sunucu kapasitesi + IP itibarı | Saatte 100.000+ mümkün |
Microsoft'un Exchange Online için yayımladığı resmi belgelere göre, bir kullanıcı hesabından günde 10.000 alıcıya e-posta gönderilebilir; bu limit aşıldığında hesap 24 saat boyunca kısıtlanır. Google Postmaster Tools, IP ve domain itibarını gerçek zamanlı izlemenize olanak tanıyan resmi bir araçtır ve gönderim kısıtlamalarının nedenini anlamada birincil başvuru kaynağı olmalıdır.
Gönderim limitlerinin en belirleyici faktörü, kullandığınız IP adresinin itibarıdır. Yeni bir IP üzerinden yüksek hacimli e-posta gönderildiğinde, alıcı sunucular 421 IPs reputation is too low veya 451 Greylisting in action gibi geçici ret kodları döndürür. Bu nedenle yeni IP'lerin "warming up" (ısınma) sürecinden geçirilmesi zorunludur.
IP warming, günde birkaç yüz mesajla başlayan ve haftalık artışlarla hedef hacme ulaşmayı amaçlayan sistematik bir süreçtir. Spamhaus, SURBL ve Barracuda gibi kara liste (blocklist) operatörleri, anormal gönderim davranışlarını otomatik olarak tespit eder. Bir IP'nin Spamhaus XBL veya PBL listelerine girmesi durumunda, büyük alıcı sağlayıcıların neredeyse tamamı bu IP'den gelen mesajları reddeder.
Return Path (artık Validity bünyesinde) ve Google Postmaster Tools'un sağladığı itibar skorları, gönderim hızını doğrudan etkiler. Düşük itibar skoru, hem daha sık geçici ret hem de kalıcı engellemeye yol açar.
Yüksek hacimli e-posta gönderiminde gönderim limitlerini doğrudan etkileyen bir diğer faktör, kimlik doğrulama mekanizmalarıdır. RFC 7208 ile tanımlanan SPF (Sender Policy Framework), hangi IP adreslerinin belirli bir domain adına e-posta göndermeye yetkili olduğunu DNS kaydıyla belirtir. Yanlış ya da eksik SPF kaydı, mesajların spam klasörüne düşmesine veya reddedilmesine neden olur.
RFC 6376 ile standartlaştırılan DKIM (DomainKeys Identified Mail), mesajın içeriğinin iletim sırasında değiştirilmediğini kriptografik imzayla kanıtlar. Büyük sağlayıcılar, özellikle Google ve Yahoo, Şubat 2024'te yürürlüğe giren yeni gönderici gereksinimlerinde DKIM imzasını zorunlu kılmıştır.
RFC 7489 ile tanımlanan DMARC (Domain-based Message Authentication, Reporting and Conformance), SPF ve DKIM sonuçlarına göre mesajların nasıl işleneceğini belirler ve alan sahibine raporlama imkânı sunar. p=reject politikasıyla yapılandırılmış bir DMARC kaydı, kimlik doğrulaması başarısız olan tüm mesajların reddedilmesini sağlar. Bu üç mekanizmanın eksiksiz uygulanması, hem teslim edilebilirliği artırır hem de gönderim limitlerinin daha verimli kullanılmasını sağlar.
Gönderim limitleri yalnızca teknik konfigürasyona değil, listenizdeki e-posta adreslerinin kalitesine de bağlıdır. Yüksek hard bounce oranı (genellikle %2'nin üzeri), IP itibarını hızla düşürür. Soft bounce'lar ise belirli deneme sayısından sonra listeden çıkarılmalıdır.
Amazon SES, %0,1 şikayet oranını ve %10 bounce oranını aşan hesapları otomatik olarak sandbox moduna alır veya askıya alır. Google ve Microsoft'un benzer eşikleri bulunsa da bu değerler kamuya açık dokümanlarda tam olarak belirtilmez; ancak Google Postmaster Tools üzerinden domain ve IP itibar skorlarından takip edilebilir.
Şikayet yönetimi için Feedback Loop (FBL) servisleri kullanılabilir. Yahoo, AOL/Verizon Media ve bazı ISP'ler FBL aracılığıyla şikayet bildirimi sağlar. Bu bildirimler, listeden çıkarma (unsubscribe) işlemlerinin otomatikleştirilmesinde kritik rol oynar.
Yüksek hacimli e-posta kampanyaları için en etkili yaklaşım, birden fazla IP ve domain üzerinde yükü dağıtmaktır. Dedicated IP pool'ları, her IP'nin gönderim hacmini kontrol altında tutarken toplam çıkışı artırır. Postfix, Exim ve Haraka gibi açık kaynaklı MTA'larda connection throttling ve per-domain rate limiting yapılandırmaları, alıcı sunucuların belirlediği limitlere uyumu otomatik olarak sağlar.
Postfix'te default_destination_concurrency_limit ve smtp_destination_rate_delay parametreleri, belirli bir hedefe saniyede kaç bağlantı açılacağını ve her bağlantı arasında ne kadar bekleneceğini belirler. Bu ayarlar, özellikle Gmail ve Outlook.com gibi agresif hız sınırlayıcısı olan sağlayıcılara gönderimde geçici ret oranını düşürür.
Bulut tabanlı e-posta gönderim platformları (ESP), bu tür teknik optimizasyonları altyapı düzeyinde yönetir. Connect365 gibi platformlar, çoklu IP havuzları, otomatik bounce yönetimi ve gerçek zamanlı teslim istatistikleriyle kurumsal gönderim altyapısını tek bir arayüzden kontrol etmenizi sağlar.
Bu sorunun tek bir yanıtı yoktur. Gmail ücretsiz hesaplar için günlük 500, Google Workspace için günlük 2.000 alıcı limiti uygulanır. Microsoft 365 dakikada 30 mesajla sınırlıdır. Özel SMTP sunucuları ve yüksek itibarli dedicated IP'ler üzerinden saatte 100.000'i aşan gönderim mümkündür; ancak bu hacim, IP warming ve alıcı sağlayıcı politikalarıyla doğrudan ilişkilidir.
Gmail, günlük gönderim kotasını aşan hesapları geçici olarak kısıtlar. Etkilenen kullanıcılar "Gönderim limiti aşıldı" hatası alır ve hesap 24 saate kadar e-posta gönderemez hale gelir. Tekrarlayan ihlaller hesabın kalıcı olarak askıya alınmasına neden olabilir.
421 SMTP hata kodu, alıcı sunucunun bağlantıyı geçici olarak reddettiğini bildirir. "421 Too many connections from your IP" gibi mesajlar, gönderim hızının alıcı sunucunun kabul ettiği eşiği aştığını gösterir. Bu geçici bir hata olduğundan, iyi yapılandırılmış MTA'lar mesajı kuyrukta tutarak yeniden denemeyi otomatik olarak gerçekleştirir. RFC 5321'e göre MTA, geçici hatalarda en az 4-5 gün boyunca yeniden deneme yapmalıdır.
Yeni bir IP adresinin gönderim geçmişi yoktur; bu nedenle alıcı sunucular bu IP'ye varsayılan olarak düşük güven skoru atar. IP warming, gönderim hacmini kademeli olarak artırarak IP'nin itibarını inşa eden bir süreçtir. Warming yapılmadan yüksek hacimli gönderime başlanması, IP'nin kara listeye alınmasına ve mesajların toplu olarak reddedilmesine yol açar.
Teknik olarak gönderilebilir; ancak Gmail ve Yahoo'nun Şubat 2024'te uygulamaya koyduğu yeni gönderici gereksinimleri, günde 5.000'den fazla e-posta gönderen domainler için DKIM ve DMARC'ı zorunlu kılmaktadır. Bu gereksinimleri karşılamayan gönderimler spam olarak sınıflandırılır ya da doğrudan reddedilir. RFC 7208 (SPF) ve RFC 6376 (DKIM) uyumluluğu artık kurumsal e-posta altyapısının temel bileşenleri arasında yer almaktadır.
Evet, dolaylı olarak etkiler. Yüksek hard bounce oranı IP itibarını düşürür; düşük itibar ise alıcı sunucuların gönderim hızınızı kısıtlamasına ya da mesajlarınızı tamamen reddetmesine neden olur. Amazon SES gibi platformlar %10 bounce oranını aşan hesapları otomatik olarak kısıtlar. Bu nedenle liste hijyeni ve düzenli temizlik, gönderim kapasitesinin sürdürülmesinde kritik bir rol oynar.
Evet. Dedicated IP pool'ları, gönderim yükünü birden fazla IP adresi arasında dağıtarak toplam çıkışı artırır. Ancak her IP'nin ayrı ayrı warming sürecinden geçirilmesi ve her IP için SPF kaydının güncellenmesi gerekir. IP havuzu yönetimi, kurumsal ölçekte e-posta altyapısının en kritik teknik bileşenlerinden biridir.
Google Postmaster Tools, domain ve IP itibar skorlarınızı, spam oranınızı, kimlik doğrulama başarı oranlarını ve teslimat hatalarını gerçek zamanlı olarak izlemenize imkân tanıyan ücretsiz bir Google aracıdır. Gönderim kısıtlamalarının nedenini anlamak ve teslim edilebilirlik sorunlarını teşhis etmek için birincil başvuru kaynağı olarak kullanılmalıdır.
Öncelikle SMTP sunucunuzun connection throttling ve rate limiting ayarlarını gözden geçirin. Alıcı sağlayıcı bazında bağlantı limitleri tanımlayın. Birden fazla dedicated IP kullanmayı değerlendirin ve IP warming sürecini eksiksiz uygulayın. Gönderimi belirli zaman dilimlerine yayarak ani trafik artışlarından kaçının. Son olarak bounce ve şikayet oranlarınızı Google Postmaster Tools ve sağlayıcı FBL servisleriyle düzenli olarak takip edin.
Açık kaynaklı MTA'lar arasında Postfix, Exim ve Haraka öne çıkar; bu araçlar per-domain rate limiting ve connection throttling için kapsamlı yapılandırma seçenekleri sunar. Bulut tabanlı çözümler arasında Amazon SES, SendGrid, Mailgun ve Postmark yer alırken teslim edilebilirlik ve altyapı yönetimini tamamen üstlenen kurumsal platformlar arasında Connect365 gibi yerel çözümler mevcuttur.
Reklamsız, KVKK uyumlu; kurulum ve geçiş ücretsiz, mailleri biz taşırız.
Kurulum + migrasyon ücretsiz. KVKK uyumlu, Türkiye'de barındırma. 7/24 Türkçe destek.
Kampanya 30 Haziran'a kadar geçerlidir.