Parola sıfırlama e-postaları bazen ulaşıyor, ancak sipariş bildirimleri kayboluyor ve barındırma sunucusu kimliği doğrulanmamış yerel bir gönderen bildiriyor. Sağlayıcı hesabı hazır olsa da hangi From adresinin onaylı olduğu, sunucunun SMTP çıkışına izin verip vermediği ve hataların erişim bilgileri açığa çıkmadan nasıl izleneceği belli değil.
Sağlam bir kurulum tek bir onaylı gönderen ve belgelenmiş gönderim yoluyla başlar. Ardından yalnız bağlantı değil, WordPress’in ürettiği gerçek bildirimlerin gönderimi de sınanır.
Bu konu ne anlama gelir?
SMTP ayarı, WordPress e-postalarını belirsiz yerel posta hizmeti yerine kimlik doğrulamalı bir sağlayıcı üzerinden gönderir. Bu yol sunucu adı, gönderim portu, şifreleme biçimi, kimlik doğrulama yöntemi ve onaylı gönderen adresinden oluşur. Bağlantı, sağlayıcı kabulü ve posta kutusuna ulaşma ayrı sonuçlardır.
- Görünen From adresi, zarf göndereni ve giriş yapılan hesap sağlayıcının kurallarına uymalıdır.
- Barındırma ağı, belgelenen dış port ve TLS biçimine izin vermelidir.
- Eklentiler ve WordPress çekirdeği belirlenen gönderim yolunu atlamamalıdır.
Gerçekçi bir WordPress örneği
Parola sıfırlama e-postaları yeni SMTP yolundan gidip ulaşıyor, ancak mağaza eklentisi ikinci bir gönderim yöntemi etkinleştirdiği için sipariş bildirimleri hâlâ yerel posta hizmetinden çıkıyor. Çakışan yol kapatılıp onaylı gönderen seçildikten sonra iki olay da benzersiz işaretlerle sınanıyor. Sağlayıcı günlüğü ve ileti üstbilgileri artık beklenen tek yolu gösteriyor.
Neden önemlidir ve ne zaman kullanılır?
Siteye ait iletiler için sorumlusu belli bir sağlayıcı yolu, tutarlı gönderen ve kullanılabilir gönderim günlükleri gerekiyorsa kimlik doğrulamalı SMTP kullanın. Bu ihtiyaç özellikle kayıp iletilerin erişim veya işlemleri etkilediği mağaza, üyelik sitesi ve formlarda önemlidir. Erişim bilgileri, OAuth, kayıt saklama ve gönderen doğrulaması kurumun güvenlik politikasına uymalıdır.
Yeni başlayanlar için anlaşılır yol
- Gönderen adresini sağlayıcıda oluşturun veya onaylayın; desteklenen sunucu adı, port, şifreleme ve kimlik doğrulama yöntemini not edin.
- Parolayı, API anahtarını veya OAuth yetkisini yalnızca korumalı WordPress ayarlarında saklayın.
- Tek bir SMTP yolu kurun; diğer posta eklentilerini ve barındırma düzeyindeki yönlendirmeleri kapatın ya da açıkça belgeleyin.
- Parola sıfırlama ve işlem bildirimi gönderip WordPress zamanını, SMTP yanıtını ve sağlayıcı kaydını eşleştirin.
- From, Reply-To ve Return-Path değerleriyle test posta kutusundaki sonucu inceleyin. Temsilî iletiler bu posta kutusuna sorunsuz ulaşana kadar önceki çalışan ayarı kullanılabilir durumda tutun.
İleri teknik yol
Her WordPress e-posta olayı için tetikleyen kancayı, ilgili eklenti veya çekirdek özelliğini, From adresini, zarf gönderenini, alıcı türünü, beklenen hacmi, taşıma yolunu ve sağlayıcı kimliğini listeleyin. Yalnızca bir olay farklı davranıyorsa genel bağlantıyı yeniden kurmak yerine o olayın filtresini veya eklenti ayarını düzeltin.
DNS çözümünü, IPv4 ve IPv6 çıkışını, güvenlik duvarını, sertifika adını ve zincirini, STARTTLS görüşmesini, kimlik doğrulama yöntemini, kotaları ve bounce işlemlerini denetleyin. SPF, DKIM ve DMARC uyumu alan adı ve sağlayıcı tarafında düzenlenir; WordPress’teki SMTP bağlantısı bu kayıtları yayımlamaz.
Riskler, sık hatalar ve geri dönüş planı
- Sağlayıcı sınırlı erişim bilgisi veya OAuth sunuyorsa ana posta kutusu parolasını kullanmayın.
- Başarısız bağlantıyı çalışır göstermek için sertifika denetimini kapatmayın.
- Port ve şifreleme biçimini yalnızca sağlayıcının belgelediği şekilde eşleştirin.
- Onaylanmamış From adresi reddedilebilir veya kimlik doğrulama uyumunu bozabilir.
- Birden fazla etkin taşıma yolu aynı iletiyi iki kez gönderebilir veya incelediğiniz günlükleri atlayabilir.
Gerçek parola sıfırlama, form ve işlem iletileri geçene kadar önceki ayarı saklayın. Erişim bilgileri açığa çıkarsa, TLS doğrulanamazsa, gönderen reddedilirse, yeniden denemeler artarsa veya önemli olaylar beklenmeyen yolu kullanırsa geri dönün. Geçici erişim bilgilerini işlemden sonra iptal edin.
AIOWS nasıl yardımcı olur?
AIOWS SMTP Yöneticisi
AIOWS SMTP Yöneticisi, desteklenen SMTP bağlantısını, gönderen ayarlarını, kontrollü testleri ve gönderim günlüklerini WordPress içinde bir araya getirir. Sağlayıcının belgelediği sunucu adı, port ve şifrelemeyi girin, onaylı göndereni seçin ve kimlik doğrulama bilgisini korumalı ayarlarda tutun.
Doğrulama boyunca yalnız bir gönderim yolu etkin olsun. Modülün deneme e-postasına ek olarak gerçek bir parola sıfırlama veya işlem bildirimi gönderin. SMTP yanıtını, sağlayıcı kaydını ve test posta kutusundaki teslim sonucunu eşleştirin. Böylece eklentilerin yapılandırılan bağlantıyı gerçekten kullanıp kullanmadığı anlaşılır.
Modül, barındırma şirketinin kapattığı bir portu açamaz; SPF veya DKIM kaydı yayımlayamaz, sağlayıcı politikasını aşamaz ve iletinin hangi klasöre düşeceğini belirleyemez. Bu kontroller barındırma hizmeti, DNS servisi ve posta sağlayıcısında yapılır. Önceki çalışan yolu hazır tutun; sağlayıcıyı, göndereni, kimlik doğrulamadan sorumlu kişiyi ve inceleme tarihini erişim bilgilerini kopyalamadan kaydedin.
AIOWS SMTP Yöneticisi özelliğini inceleyinAIOWS planlarını karşılaştırın
İlgili AIOWS yazıları
- WordPress E-posta Göndermiyor: Nedenleri ve Çözümleri
- Gmail SMTP’yi WordPress’te OAuth ile Kurma
- Microsoft 365 SMTP’yi WordPress’te Kurma
Sonuç ve önerilen yol
Sağlayıcının onayladığı tek bağlantıyı, açıkça belirlenmiş göndereni ve korumalı kimlik doğrulamayı kullanın. Çakışan gönderim yollarını kaldırın ve WordPress’in ürettiği gerçek bildirimleri sınayın. Bağlantıyı, sağlayıcı yanıtını ve posta kutusu sonucunu ayrı değerlendirin; yeni yol kanıtlanana kadar eski ayara dönüş imkânını koruyun.
