SMTP 587 açıkken neden e-posta gitmeyebilir?
587 STARTTLS, sitenizin veya e-posta uygulamanızın mesajı kendi sunucunuza vermesi için kullanılır. Stalwart doğrudan teslimat yapıyorsa alıcının DNS MX kaydını çözer ve hedef sunucunun TCP 25 portuna bağlanır. Bunlar ayrı bağlantılardır.
Sağlayıcınız dışarı TCP 25’i engelliyorsa yerel dinleme portunu 587 yapmak çözüm değildir. Yetkili bir SMTP relay’e 587 STARTTLS üzerinden çıkış yapılandırılabilir; relay alıcıya son teslimatı yapar. Posta kutuları kendi Stalwart sunucunuzda kalabilir.
| Bağlantı | Yaygın port | Amaç |
|---|---|---|
| İstemci → Stalwart | 587 STARTTLS / 465 TLS | Kimliği doğrulanmış mesaj gönderimi |
| Stalwart → alıcının MX sunucusu | 25 | Doğrudan sunucular arası teslimat |
| Stalwart → yetkili relay | Sağlayıcının belirlediği port; genellikle 587 | Aracı üzerinden dış gönderim |
| İstemci → posta kutusu | 993 TLS | IMAP ile gelen postayı okuma |
Posta için hangi DNS kayıtları gerekir?
MX kaydı gelen postanın sunucusunu, A/AAAA kayıtları bu sunucunun adresini belirler. SPF yetkili gönderenleri açıklar; DKIM iletinin imzasını doğrulamak için genel anahtarı yayımlar. DMARC, SPF/DKIM sonuçları ve alan adı hizalaması için politika tanımlar.
Ters DNS (PTR) genel IP’nin sahibi olan sağlayıcı tarafından yönetilir. Panelde ileri DNS kaydı oluşturmak PTR’yi değiştirmez. Relay kullanmaya geçildiğinde sağlayıcının SPF ve DKIM gereksinimleri mevcut kayıtlarla birlikte değerlendirilmelidir; aynı ad için ikinci bir SPF politikası eklemeyin.
Web SSL ile posta sertifikası aynı işlem mi?
Hayır. IIS’e bağlanan bir web sertifikası, Stalwart’ın sunduğu sertifikayı kendiliğinden değiştirmez. Posta servisinde alan adı eşlemesi, sertifika zinciri ve özel anahtarın birlikte uygulanması gerekir.
AdaPanel’de web sertifikası ve posta servisinde kullanılan sertifika durumlarını ayrı inceleyin. 587 STARTTLS ve 465 TLS bağlantılarında gerçekten sunulan sertifikanın alan adını, güven zincirini ve süresini doğrulayın. Doğrulamayı kapatmak sertifika sorununu çözmez.
Gönderim kuyruğundaki hata nasıl okunur?
- İletinin gönderenini, alıcısını, durumunu ve sonraki deneme zamanını açın.
- Hedefin alıcının MX sunucusu mu, yapılandırılmış relay mi olduğunu belirleyin.
- Bağlantı zaman aşımı varsa sunucudan aynı hedef IP ve porta erişimi test edin. DNS ve IPv4/IPv6 sonuçlarını ayırın.
- SMTP yanıt kodu varsa ilgili komutla birlikte değerlendirin. TCP bağlantı hatasını parola, içerik veya spam reddi olarak yorumlamayın.
- Düzeltmeden sonra tek bir kontrollü teslimatı ve alıcıdaki ileti başlıklarını doğrulayın; kuyruğu silmek teslimat sorununu gidermez.
Sık sorulan sorular
SMTP’ye giriş başarılıysa mesaj teslim edilmiş midir?
Hayır. Giriş ve mesajın sunucu tarafından kabul edilmesi ilk aşamadır. Dış teslimatın sonucu gönderim kuyruğunda ve alıcı sunucunun yanıtında görülür.
SMTP relay kullanınca posta kutularımı taşımam gerekir mi?
Gerekmez. Relay yalnızca dış gönderim için kullanılabilir; gelen posta ve kutular mevcut Stalwart sunucusunda kalabilir.
25 kapalıysa alıcının MX portunu 587 yapabilir miyim?
Standart doğrudan teslimat bunu sağlamaz. 587 üzerinden gönderim için bu hizmeti sunan ve size gönderim yetkisi veren bir SMTP sunucusu gerekir.