İki bağlantıyı ayrı düşünün
Birinci bağlantıda web sitesi veya posta istemcisi kendi SMTP hizmetine kimlik doğrular ve mesajı bırakır. İkinci bağlantıda posta sunucusu alıcı alan adının MX hedefini bulur ve teslimatı dener. İlk bağlantının başarılı olması ikincinin ağ erişimini veya kabulünü kanıtlamaz.
587, standart mesaj gönderim hizmetidir. Alıcının MX adresindeki portu 587 olarak değiştirmek genel bir teslimat çözümü değildir; o servis varsa bile size ait olmayan kimlik doğrulama veya gönderici politikaları uygulayabilir. Relay ise sizin kullanmaya yetkili olduğunuz ayrı bir aktarım hizmetidir.
Kuyruk hatası hangi aşamayı gösteriyor?
| Kanıt | Araştırılacak aşama |
|---|---|
| MX veya adres çözümleme hatası | DNS ve hedef kayıtlar |
| TCP zaman aşımı / bağlantı hatası | Ağ yolu, filtreleme veya hedef erişimi |
| TLS doğrulama hatası | Sertifika, alan adı, zincir ve protokol |
| SMTP 4xx / 5xx yanıtı | Karşı tarafın geçici veya kalıcı ret nedeni |
| Mesaj kabulü, sonra spam klasörü | Teslimat sonrası sınıflandırma ve gönderici itibarı |
Çıkış 25’i nasıl değerlendirirsiniz?
- Testi posta hizmetinin çalıştığı sunucu ve ağ ortamından yapın; başka bilgisayarın sonucu yeterli değildir.
- Birden fazla alıcı alanının güncel MX kayıtlarını çözümleyin ve TCP 25 bağlantı sonucunu kaydedin.
- IPv4 ve varsa kullanılabilir IPv6 yollarını ayrı inceleyin; yanlış AAAA veya bozuk IPv6 rotasını gözden kaçırmayın.
- Windows çıkış kuralları, ağ geçidi ve sağlayıcı politikasını kanıtlarla karşılaştırın. Tek bir timeout engelin hangi cihazda olduğunu kesin söylemez.
Doğrudan teslimat mı, SMTP relay mi?
Doğrudan teslimat için gerekli ağ erişimi, DNS ve gönderici işletimi sağlanmalıdır. Sağlayıcı TCP 25 çıkışını açmıyorsa izin verilen bir gönderim portundan kimlik doğrulamalı relay, posta kutularınızı kendi sunucunuzda tutarken dış gönderimi taşıyabilir.
Relay seçiminde alan adı doğrulaması, gönderici yetkisi, hacim sınırı, hata raporları ve SPF/DKIM/DMARC uyumunu kontrol edin. Mevcut SPF kaydını ikinci bir SPF kaydı ekleyerek bozmayın; kullanılan gönderim yollarını birlikte değerlendirin. Hesap parolasını günlük veya destek mesajına yazmayın.
Düzeltmeden sonra neyi doğrulayın?
Kuyruğu silmeden az sayıda izinli test alıcısıyla deneyin. Yeni denemenin bağlantı, TLS ve SMTP aşamalarını izleyin; karşı tarafın kabulünü ve alıcıdaki sonucu ayrı kaydedin. Geçici hatada yeniden deneme davranışını da kontrol edin.
TCP bağlantısı düzelince bütün e-postaların gelen kutusuna düşeceği garanti edilmez. Teslim edilebilirlik, kimlik doğrulama, içerik ve alıcı politikalarıyla ayrıca ilişkilidir. Sorunu çözmek için TLS sertifika doğrulamasını kapatmayın.
Sık sorulan sorular
587 açıkken neden e-posta gitmiyor?
587 çoğunlukla istemcinin sizin SMTP hizmetinize mesaj bırakmasını kapsar. Doğrudan MX teslimatının dış TCP 25 bağlantısı ayrıca çalışmalıdır.
MX sunucusuna 25 yerine 587 ile gönderemez miyim?
Genel çözüm değildir. 587 bir submission hizmetidir; alıcı MX’in bu portta sizin mesajınızı yetkisiz kabul etmesi beklenmez. Yetkili bir relay kullanılabilir.
Timeout kesin olarak internet sağlayıcısı engeli mi?
Hayır. Yerel güvenlik duvarı, ağ geçidi, rota veya hedef de neden olabilir. Farklı hedefler ve ağ katmanlarıyla kanıt toplayın.
Relay kullanınca posta kutuları taşınır mı?
Sadece dış gönderim relay üzerinden yönlendirilirse posta kutuları kendi sunucunuzda kalabilir. Gelen ve giden posta rotalarını ayrı planlayın.