SMTP bağlantı hataları için basit kontrol listesi

E-posta gönderimi aniden durduğunda sorun çoğu zaman uygulamadan değil, SMTP bağlantı ayarlarından, kimlik doğrulamadan veya sunucu tarafındaki güvenlik kontrollerinden kaynaklanır. Bu kontrol listesi, WordPress, kurumsal e-posta istemcileri veya özel yazılımlarda görülen SMTP bağlantı hatalarını adım adım daraltmak için hazırlanmıştır.

İlk kontrol: hata mesajını doğru okuyun

SMTP sorunlarında ekranda görünen hata metni genellikle en hızlı ipucunu verir. “Connection timed out” bağlantının sunucuya ulaşamadığını, “Authentication failed” kullanıcı adı veya şifrenin kabul edilmediğini, “Relay access denied” ise gönderim yetkisinin tanımlı olmadığını gösterir.

Hata mesajını yalnızca genel bir arıza bildirimi gibi değerlendirmeyin. Kod varsa not alın: 421 geçici servis kesintisini, 535 kimlik doğrulama hatasını, 550 ise alıcı veya yetki politikasına bağlı reddi işaret edebilir.

SMTP sunucu adresi ve port bilgilerini doğrulayın

En sık yapılan hata, gelen posta sunucusu ile giden posta sunucusunun karıştırılmasıdır. SMTP için genellikle mail.alanadiniz.com, smtp.alanadiniz.com veya servis sağlayıcının belirttiği özel adres kullanılır.

Port seçimi de bağlantı başarısını doğrudan etkiler. Yaygın kullanım şu şekildedir:

• 587: TLS ile güvenli gönderim için çoğu senaryoda önerilir.
• 465: SSL bağlantısı isteyen eski veya belirli sistemlerde kullanılır.
• 25: Bazı ağlarda engellenebilir; özellikle dış gönderimlerde tercih edilmemelidir.

Port ve şifreleme türü uyumsuzsa bilgiler doğru olsa bile bağlantı kurulamaz. 587 kullanıyorsanız TLS, 465 kullanıyorsanız SSL seçili olduğundan emin olun.

Kullanıcı adı, şifre ve kimlik doğrulama ayarlarını kontrol edin

SMTP gönderiminde kullanıcı adı çoğu zaman tam e-posta adresidir. Yalnızca “info” gibi kısa kullanıcı adı girmek, bazı panellerde çalışsa bile birçok e-posta servisinde reddedilir.

Şifreyi kopyalarken boşluk karakteri eklenmediğinden emin olun. Yakın zamanda e-posta şifresi değiştirildiyse WordPress eklentisi, CRM, muhasebe yazılımı veya mobil cihazlardaki eski kayıtlar da güncellenmelidir.

İki aşamalı doğrulama kullanılıyorsa

Google Workspace, Microsoft 365 veya benzeri servislerde hesap şifresi yerine uygulama şifresi gerekebilir. Normal hesap şifresini SMTP alanına yazmak bu durumda sürekli kimlik doğrulama hatası üretir.

Sunucu ve güvenlik duvarı kısıtlarını gözden geçirin

Bazı hosting ortamlarında dış SMTP bağlantıları güvenlik nedeniyle sınırlandırılabilir. Özellikle paylaşımlı yapılarda 25 numaralı port kapalı olabilir veya yalnızca yerel posta sunucusuna izin verilebilir.

Bu durumda yapılacak en doğru işlem, sağlayıcının izin verdiği portları ve dış SMTP kullanım politikasını kontrol etmektir. Eğer uygulamanız üçüncü taraf bir SMTP servisine bağlanıyorsa, sunucu çıkış bağlantılarının engellenmediğinden emin olun.

IP engeli ve itibar sorunları

Bağlantı kuruluyor ancak gönderim reddediliyorsa, sunucu IP adresi geçici olarak kara listeye alınmış olabilir. Bu durum özellikle çok sayıda hatalı deneme, zayıf parola kullanımı veya ele geçirilmiş e-posta hesapları sonrasında görülür.

DNS kayıtlarını ihmal etmeyin

SMTP bağlantısı doğrudan DNS ile aynı şey değildir; ancak e-posta teslim edilebilirliği DNS kayıtlarından güçlü şekilde etkilenir. SPF, DKIM ve DMARC kayıtları eksikse bazı alıcı sunucular mesajı kabul etmeyebilir veya spam klasörüne yönlendirebilir.

Alan adınız yeni taşındıysa DNS yayılımı tamamlanmadan test yapmak yanıltıcı sonuç verebilir. MX kayıtlarının doğru sunucuya işaret ettiğini, SPF kaydında kullanılan e-posta servisinin yer aldığını kontrol edin.

WordPress tarafında eklenti ve yapılandırma kontrolü

WordPress’te SMTP kullanıyorsanız, aynı anda birden fazla e-posta gönderim eklentisinin aktif olması çakışmaya neden olabilir. Tek bir SMTP eklentisi kullanın ve test gönderimini eklentinin kendi test ekranından yapın.

Form eklentilerinde “Gönderen” adresi, SMTP hesabıyla aynı alan adına ait olmalıdır. Örneğin SMTP hesabınız [email protected] ise formun gönderici adresini rastgele bir Gmail adresi yapmak bazı sunucular tarafından sahte gönderim gibi algılanabilir.

Basit test sırası

Sorunu hızlı izole etmek için şu sırayı izleyin:

Bu sıralama, problemin uygulama mı, hesap bilgisi mi yoksa hosting altyapısı mı kaynaklı olduğunu kısa sürede ayırmanıza yardımcı olur.

Hangi durumda destek kaydı açılmalı?

Tüm ayarlar doğru görünmesine rağmen bağlantı zaman aşımına düşüyorsa, sunucu logları incelenmeden ilerlemek zorlaşır. Destek talebi açarken hata mesajını, kullanılan SMTP adresini, portu, şifreleme türünü, test saatini ve mümkünse ekran görüntüsünü paylaşın.

“E-posta gitmiyor” gibi genel bir bildirim yerine bu bilgileri iletmek, teknik ekibin ilgili log satırlarına daha hızlı ulaşmasını sağlar. Böylece gereksiz denemeler yerine doğrudan bağlantı, kimlik doğrulama veya politika katmanında inceleme yapılabilir.