Kurumsal e-posta gönderim limitleri nasıl değerlendirilir?
Bir çalışanın tek mesajı neden beklediğini anlamak için sadece o kişinin gönderilenler klasörüne bakmak yeterli olmayabilir. Aynı domaini kullanan başka kutular ve iş uygulamaları da gönderim yapar.
TekPosta gönderim politikaları posta kutusu, domain ve şirket düzeyinde farklı zaman aralıklarını denetler. Geçerli sınır planınıza ve platform ayarlarına bağlıdır. Tek bir kutunun limitini görmek, domainin toplam kullanımını açıklamayabilir.
Bu rehber kimler için? Gönderim hatalarını inceleyen yöneticiler ve site, CRM veya bildirim sistemi bağlayan ekipler.
Limiti hangi katmanda gördüğünüzü belirleyin
Dakikalık, saatlik ve günlük kontroller farklı birikimleri ele alabilir. Bir şirketin toplamı, aynı domain altındaki birden fazla kutunun kullanımından oluşabilir. SMTP düzeyindeki politika denetimi bu sınırları bağlantı ve gönderim akışında değerlendirir.
Güncel plan sayfasını ve paneldeki koşulları esas alın. Başka şirketin paketindeki sayıları kendi hesabınızın kesin sınırı sanmayın. Mesaj boyutu, depolama kotası ve gönderim adedi de farklı kısıtlardır.
Hata koduyla ertelemeyi redden ayırın
Gönderim sırasında geçici yanıt alınması, mesajın hemen kesin olarak kaybolduğunu göstermez. İstemci veya sunucu tekrar deniyor olabilir. Kalıcı hata farklı işlem gerektirir; açıklamayı ve zamanını kaydedin.
Aynı mesajı tekrar tekrar göndererek limiti aşmayı denemeyin. Önce mevcut gönderimin durumunu kontrol edin. İş uygulamasında otomatik tekrar varsa bekleme süresini ve tekrar sayısını sınırlı bir iş akışına bağlayın.
Beklenmedik artışın kaynağını bulun
Web sitesi formuna gelen spam talepleri, yanlış döngüye girmiş bir entegrasyon veya ele geçirilmiş cihaz ani trafik üretebilir. Hangi kutunun hangi saatlerde gönderdiğini inceleyin; artışı yalnız satış ekibinin yoğunluğuna bağlamayın.
- Gönderimi başlatan kullanıcı veya uygulamayı belirleyin.
- Tekrarlı istek üreten zamanlayıcıları ve hata tekrarlarını kontrol edin.
- Şüpheli cihazın uygulama şifresini ve ilgili erişimlerini değerlendirin.
- Hatalı alıcılara gönderimi bounce kayıtlarıyla karşılaştırın.
İş yazışmasını toplu dağıtımdan ayırın
TekPosta şirketin günlük e-posta iletişimi içindir. Kampanya dağıtımı, satın alınmış liste veya kontrolsüz toplu bildirim için gönderim limitini sürekli yükseltmek uygun bir tasarım değildir. Trafiğin amacını ve beklenen hacmini entegrasyon öncesi paylaşın.
Yeni bir uygulamayı önce az sayıda test alıcısıyla sınayın. Mesaj kabul edildiğinde bir daha üretmemesi ve hata aldığında sınırsız döngüye girmemesi gerekir. Kapasite değerlendirmesinde sadece başarılı mesaj sayısını değil, tekrar denemeleri de hesaba katın.
Sık sorulan sorular
Günlük limit varken neden daha erken hata alıyorum?
Daha kısa zaman aralığı, domain veya şirket toplamı gibi başka bir kontrol devreye girmiş olabilir. Hata açıklamasını ve hesap koşullarını birlikte inceleyin.
Limit hatası için yeni kutu açmak çözüm olur mu?
Şirket ve domain toplamı da denetlenebilir. Önce gönderim ihtiyacını ve hatanın kaynağını değerlendirin; sınırları dolanacak bir iş akışı kurmayın.
Kaynaklar ve doğrulama
Teknik adımları uygularken aşağıdaki kaynakları ve kullandığınız sağlayıcının güncel ayarlarını birlikte kontrol edin. Örnek kayıtlar kendi domaininiz için panelde üretilen değerlerin yerine geçmez.
Şirketinizin e-postasını kendi domaininizde yönetin
TekPosta'da domain, DNS doğrulama, mail adresleri, uygulama şifreleri ve taşıma adımlarını aynı panelden takip edebilirsiniz. Ekibinizin ihtiyacına uygun planı inceleyin veya geçiş planınızı bizimle paylaşın.