# SMTP Relay Hizmeti: Doğrulama, Isınma ve Gönderim İzleri URL: https://notificationharbor.com/tr/lp/smtp-relay-hizmeti Type: landing Locale: tr Published: 2026-11-11 Updated: 2026-11-12 --- > SMTP relay hizmetinin üstlenmesi gerekenler: 587 numaralı portta uyumlu SMTP, kimlik kontrolleri, dört haftalık ısınma takvimi, kademeli yeniden deneme ve her gönderim için bir iz. *Altyapı olarak SMTP relay* ## 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ş 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. *Kimler için* ## 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ı *Kimler için* ## İş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 | 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? Uygulamanızdan SMTP üzerinden posta kabul eden, sizi kimliğinizle doğrulayan ve postayı sizin adınıza alıcının posta sunucusuna ileten yönetilen bir sunucudur. Mevcut kodunuzu ya da çerçeve mailer'ınızı korursunuz; yalnızca sunucu adresini, portu ve kimlik bilgilerini değiştirirsiniz. ### SMTP relay için hangi port kullanılmalı? Çoğu uygulama için STARTTLS ile 587, örtük TLS için 465 kullanın. 25 numaralı port sunucudan sunucuya trafik içindir ve birçok bulut sağlayıcısı giden trafikte bunu engeller; relay üzerinden gönderim yapan bir uygulama için nadiren doğru seçimdir. ### SMTP relay bir e-posta API'sinden nasıl ayrılır? İkisi de aynı teslimat hattına çıkar. SMTP uyumluluk yoludur: SMTP konuşabilen her çerçeve, CMS veya eski sistem değişmeden çalışır. HTTP API ile Node, Python ve Go SDK'ları ise yeni kodlar için tekrar gönderim anahtarları ve yapılandırılmış hatalar ekler. ### Relay kullanırken yine de SPF, DKIM ve DMARC gerekir mi? Evet. Relay imzalar ve gönderir, ancak alan adınızın onu yetkilendirmesi gerekir. Hizmet, ilk üretim gönderiminden önce SPF ve DKIM hizalamasını denetler; çünkü eksik bir kayıt, geçiş sonrasında postanın spam klasörüne düşmesinin en yaygın nedenidir. ### Kendi Postfix sunucumdan kesintisiz geçebilir miyim? Evet. Postfix'i 587 numaralı portta relay'i smarthost olarak gösterin, önce küçük bir pay gönderin ve izleri takip edin. Geri dönüş ve şikayet oranları normal göründüğünde kalanı yönlendirin ve doğrudan teslimat yolunu emekliye ayırın. ### Gönderim başarısız olduğunda ya da alıcı sunucu meşgul olduğunda ne olur? 4xx ertelemeleri gibi geçici hatalar üstel geri çekilmeyle yeniden denenir. 550 mailbox-unknown gibi kalıcı hatalar kesin geri dönüş olarak sınıflandırılır, yeniden denemeyi durdurur ve ham SMTP yanıtıyla birlikte gönderim başına izde görünür. ### Yeni bir alan adı ilk gün gelen kutusuna düşer mi? Güvenilir biçimde düşmez. Soğuk bir alan adının itibarı yoktur, bu yüzden hacim kademeli artmalıdır. Isınma, günde 50 göndermeden 100 bine yaklaşık dört hafta sürer ve geri dönüş ya da spam oranları eşiği aşarsa gönderim otomatik olarak duraklar. ### Ayda birkaç bin e-posta için relay kullanmak değer mi? Düşük hacimde bile çoğu zaman evet, çünkü kaçınılan maliyet operasyonel maliyettir: IP itibarını korumak, kuyruğu izlemek ve geri dönüşleri yönetmek. Durum en çok hacim sıçradığında güçlenir; örneğin yeni bir onboarding akışı veya genel kullanıma açılış. ## 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. *Call to action: Ücretsiz başla* ## FAQ ### SMTP relay hizmeti nedir? Uygulamanızdan SMTP üzerinden posta kabul eden, sizi kimliğinizle doğrulayan ve postayı sizin adınıza alıcının posta sunucusuna ileten yönetilen bir sunucudur. Mevcut kodunuzu ya da çerçeve mailer'ınızı korursunuz; yalnızca sunucu adresini, portu ve kimlik bilgilerini değiştirirsiniz. ### SMTP relay için hangi port kullanılmalı? Çoğu uygulama için STARTTLS ile 587, örtük TLS için 465 kullanın. 25 numaralı port sunucudan sunucuya trafik içindir ve birçok bulut sağlayıcısı giden trafikte bunu engeller; relay üzerinden gönderim yapan bir uygulama için nadiren doğru seçimdir. ### SMTP relay bir e-posta API'sinden nasıl ayrılır? İkisi de aynı teslimat hattına çıkar. SMTP uyumluluk yoludur: SMTP konuşabilen her çerçeve, CMS veya eski sistem değişmeden çalışır. HTTP API ile Node, Python ve Go SDK'ları ise yeni kodlar için tekrar gönderim anahtarları ve yapılandırılmış hatalar ekler. ### Relay kullanırken yine de SPF, DKIM ve DMARC gerekir mi? Evet. Relay imzalar ve gönderir, ancak alan adınızın onu yetkilendirmesi gerekir. Hizmet, ilk üretim gönderiminden önce SPF ve DKIM hizalamasını denetler; çünkü eksik bir kayıt, geçiş sonrasında postanın spam klasörüne düşmesinin en yaygın nedenidir. ### Kendi Postfix sunucumdan kesintisiz geçebilir miyim? Evet. Postfix'i 587 numaralı portta relay'i smarthost olarak gösterin, önce küçük bir pay gönderin ve izleri takip edin. Geri dönüş ve şikayet oranları normal göründüğünde kalanı yönlendirin ve doğrudan teslimat yolunu emekliye ayırın. ### Gönderim başarısız olduğunda ya da alıcı sunucu meşgul olduğunda ne olur? 4xx ertelemeleri gibi geçici hatalar üstel geri çekilmeyle yeniden denenir. 550 mailbox-unknown gibi kalıcı hatalar kesin geri dönüş olarak sınıflandırılır, yeniden denemeyi durdurur ve ham SMTP yanıtıyla birlikte gönderim başına izde görünür. ### Yeni bir alan adı ilk gün gelen kutusuna düşer mi? Güvenilir biçimde düşmez. Soğuk bir alan adının itibarı yoktur, bu yüzden hacim kademeli artmalıdır. Isınma, günde 50 göndermeden 100 bine yaklaşık dört hafta sürer ve geri dönüş ya da spam oranları eşiği aşarsa gönderim otomatik olarak duraklar. ### Ayda birkaç bin e-posta için relay kullanmak değer mi? Düşük hacimde bile çoğu zaman evet, çünkü kaçınılan maliyet operasyonel maliyettir: IP itibarını korumak, kuyruğu izlemek ve geri dönüşleri yönetmek. Durum en çok hacim sıçradığında güçlenir; örneğin yeni bir onboarding akışı veya genel kullanıma açılış.