Geri bildirim veren bir SMTP Relay Hizmeti
Sunucu adresini ve portu değiştirin, kodunuza dokunmayın. SMTP relay hizmetinizden geçen her mesaj için kimlik kontrolü, ısınma, yeniden deneme ve bir iz alın.
Artık elle yapmadığınız altı iş
Bir SMTP relay yalnızca iş yükünü azaltıyorsa değerlidir. Aşağıdakiler, giden postanın genellikle cron işlerine ve operasyon kılavuzlarına dağılan kısımları.
Hazır kullanılabilir SMTP uç noktası
587 numaralı port ile STARTTLS veya 465 numaralı port ile örtük TLS. SMTP konuşan her çerçeve mailer'ı, CMS veya eski sistem yalnızca sunucu adresi ve kimlik bilgisi değiştiğinde çalışır.
Kimlik doğrulama önce denetlenir
İlk üretim gönderiminden önce SPF, DKIM ve DMARC hizalaması kontrol edilir. Böylece bozuk bir kayıt, kurulumun geri kalanını sessizce zayıflatmaz.
Sabit takvimle ısınma
Yeni bir alan adı, yaklaşık dört hafta içinde günde 50 göndermeden 100 bin göndermeye çıkar. Eğri bir tablo yerine relay tarafından uygulanır.
Üstel geri çekilmeli yeniden deneme
4xx geçici hataları üstel geri çekilmeyle yeniden denenir. 5xx reddleri hemen durdurulur ve sınıflandırılır; böylece ölü bir kutu bütün gece bombardıman altında kalmaz.
Her gönderim için iz
Her mesaj için açılma, tıklama, geri dönüş ve spam sinyalleri SSE ile akar. Gönderim başarısız olduğunda ham SMTP yanıtı da izde yer alır.
Yığınınıza aktarın
Aynı olayları Datadog veya Grafana'ya gönderin ve teslimatı, gecikme ve hata oranında olduğu gibi uyarılarla izleyin.
Yerel Postfix'ten relay'e beş adımda geçiş
Çoğu geçiş bir öğleden sonrada tamamlanır. Yavaş olan kısım ısınma süreci ve bu kısım gözetimsiz çalışır.
-
1
Gönderen alan adını ekleyin
Hizmetin verdiği SPF include ve DKIM kayıtlarını yayımlayın. Hiçbir mesaj çıkmadan önce hizalama doğrulanır.
-
2
SMTP kimlik bilgileri oluşturun
Her uygulama için kapsamı sınırlı bir kimlik bilgisi üretin. Böylece tek bir sızan parola, posta gönderen bütün hizmetleri açığa çıkarmaz.
-
3
Mailer'ınızı relay'e yönlendirin
Sunucu adresini girin, 587 numaralı portta STARTTLS kullanın ve bir test mesajı gönderin. Postfix'te bu, main.cf içindeki tek bir relayhost satırıdır.
-
4
Hedef hacim ve süre belirleyin
Nereye varmak istediğinizi ve bunun ne kadar sürede olacağını seçin. Soğuk bir alan adı için dört haftada günde 100 bin gönderim yaygın bir başlangıç noktasıdır.
-
5
İzleri okuyun, sonra geçin
Önce küçük bir payı yönlendirin ve izleri okuyun. Geri dönüş ve şikayet oranları normal göründüğünde kalan hacmi taşıyın.
Kendi Postfix sunucusunu emekliye ayıran bir ekip için
Kendi çalıştırdığınız bir posta sunucusu, bir gün çalışmayana kadar çalışır. Bir IP kara listeye girer, kuyruk yavaş bir alıcının arkasında tıkanır ya da yapılandırmayı bilen tek kişi ayrılır. Relay teslimatı, itibarı ve yeniden denemeleri üstlenir; uygulamalarınız her zamanki gibi bir SMTP uç noktasına göndermeye devam eder. Hangi grubun neden geri döndüğünü görürsünüz; SSH üzerinden posta günlüklerini okumanız gerekmez.
- Uygulamalarınızın kullandığı SMTP arayüzünü koruyun
- Gözetilecek bir kuyruk ya da kara liste yok
- İzde yalnızca durum etiketi değil, ham SMTP yanıtları
İşlem postası hacmi sürekli artan bir ürün ekibi için
İşlem postası sıçrayarak büyür. Yeni bir onboarding akışı yayına girer, bir özellik genel kullanıma açılır ve günlük gönderim bir gecede iki katına çıkar. Yeni hacmi perde arkasında ısıtmak, şifre sıfırlama ve makbuzların gelen kutusuna düşmeye devam etmesini sağlar. Sistem ölçeklenirken bir şey tetiklenirse uyarı, hangi sinyalin devreye girdiğini söyler; tahmin etmeniz gerekmez.
- Yalnızca sabit büyümeyi değil, ani sıçramaları da karşılar
- Bir ısınma sırasında mevcut işlem gönderileri etkilenmez
- Geri dönüş veya spam oranı eşiği aşınca otomatik duraklatma
SMTP relay, kendi sunucunuz ile API arasında nerede durur
Bu bir sıralama değil. Doğru seçim, zaten neyi çalıştırdığınıza ve teslimatın ne kadarına sahip olmak istediğinize bağlıdır.
| Kriter | Kendi barındırdığınız MTA | SMTP relay hizmeti | Yalnızca HTTP e-posta API'si |
|---|---|---|---|
| Mevcut SMTP koduyla çalışır | Evet | Evet | Hayır, entegrasyon gerekir |
| IP ve alan adı itibarı | Sizin yönetiminizde | Isınma ile yönetilir | Isınma ile yönetilir |
| Yeniden deneme ve geri dönüş yönetimi | Kendi yapılandırmanız | Yerleşik, sınıflandırılmış | Yerleşik, sınıflandırılmış |
| Gönderim başına iz | Sunucudaki posta günlükleri | İz artı SSE olayları | İz artı SSE olayları |
| Tekrar gönderim anahtarları (idempotency) | Yok | API ve SDK'lar üzerinden | Yerel |
| İşletme yükü | Yüksek | Düşük | Düşük |
Sık sorulan sorular
SMTP relay hizmeti nedir?
SMTP relay için hangi port kullanılmalı?
SMTP relay bir e-posta API'sinden nasıl ayrılır?
Relay kullanırken yine de SPF, DKIM ve DMARC gerekir mi?
Kendi Postfix sunucumdan kesintisiz geçebilir miyim?
Gönderim başarısız olduğunda ya da alıcı sunucu meşgul olduğunda ne olur?
Yeni bir alan adı ilk gün gelen kutusuna düşer mi?
Ayda birkaç bin e-posta için relay kullanmak değer mi?
Bir sunucu adresini değiştirin, yığınınızın geri kalanını koruyun
Mailer'ınızı relay'e yönlendirin, alanı ısıtın ve her gönderimin izini okuyun. Isınma ve otomatik duraklatma varsayılan olarak açıktır.