SMTP test e-postası gelen kutusuna ulaşıyor, ancak iletişim formundan yapılan gerçek bir gönderim bildirim oluşturmuyor. Bu durumda e-posta gönderim altyapısı çoğunlukla çalışıyordur; sorun form akışının daha erken bir aşamasında veya testten farklı oluşturulan e-posta başlıklarındadır.
Çalıştığı kanıtlanan SMTP ayarlarını değiştirmek yerine tek bir form gönderimini tarayıcı doğrulamasından ileti oluşturma, sağlayıcı kabulü ve teslimata kadar izlemek gerekir.
Bu konu ne anlama gelir?
Başarılı SMTP testi yalnızca önceden belirlenmiş bir iletinin yapılandırılan posta hizmeti üzerinden WordPress’ten çıkabildiğini gösterir. İletişim formunda ise tarayıcı ve sunucu doğrulaması, spam denetimi, alan değerlerinin yerleştirilmesi, koşullu işlemler, ekler ve alıcı-gönderen başlıklarının oluşturulması gibi ek aşamalar vardır.
Akış wp_mail()çağrısından önce kesilirse SMTP günlüğünde kayıt oluşmaz. WordPress iletiyi oluşturduğu hâlde sağlayıcı reddederse ilgili hata gönderim kaydında görülmelidir.
Gerçekçi bir WordPress örneği
Bir destek formu başarı mesajı gösteriyor fakat yöneticiye bildirim göndermiyor. Kaydedilen form verisi doğrulamanın geçtiğini gösteriyor; e-posta işleminde ise ziyaretçinin adresi Fromalanına yazılmış. SMTP testi, sitenin alan adındaki kimliği doğrulanmış adresi kullandığı için başarılı oluyor.
Formda Fromalanı için site adresi korunup ziyaretçinin adresi Reply-Toalanına taşınıyor. Yeni gönderim WordPress posta günlüğünde görünüyor, sağlayıcı tarafından kabul ediliyor ve kontrollü posta kutusuna ulaşıyor.
Neden önemlidir ve ne zaman kullanılır?
Formlar, SMTP eklentisinin test aracından farklı alıcılar, şablonlar, alan etiketleri, ekler ve spam kuralları kullanabilir. Tarayıcıdaki yeşil onay yalnızca isteğin kabul edildiğini gösterebilir; e-postanın oluşturulduğunu veya teslim edildiğini göstermez.
Her aşamayı ayrı incelemek gereksiz kimlik bilgisi değişikliklerini önler. Ayrıca sorunun form ayarında mı, WordPress’in e-posta gönderiminde mi, sağlayıcı kabulünde mi yoksa son teslimatta mı olduğunu ortaya çıkarır.
SMTP testleri düzenli olarak geçerken bir veya birkaç form çalışmıyorsa bu yöntemi kullanın. WordPress’in gönderdiği bütün e-postalar başarısızsa önce ortak SMTP yolunu inceleyin.
Yeni başlayanlar için anlaşılır yol
- Form ayarını yedekleyin veya dışa aktarın. Ardından özel bir tarayıcı penceresinden, herkese açık formu en az alanla geçerli biçimde gönderin.
- Tarayıcı yanıtını ve varsa kaydedilen form verisini kontrol edin. Form kimliğini, sayfa adresini ve tam zamanı not alın.
- Bildirim işlemini, alıcıyı, konuyu, alan etiketlerini ve ekleri inceleyin.
Fromalanında site alan adına ait kimliği doğrulanmış adresi,Reply-Toalanında ziyaretçinin adresini kullanın. - İlgili WordPress posta kaydını veya
wp_mail_failedhatasını bulun. Kayıt gönderim sorunu göstermedikçe çalışan SMTP kimlik bilgilerini değiştirmeyin. - Sağlayıcının iletiyi kabul ettiğini ve kontrollü posta kutusuna teslim edildiğini doğrulayın. Form iki ileti gönderiyorsa yönetici bildirimiyle ziyaretçi onayını ayrı ayrı sınayın.
İleri teknik yol
Test iletisiyle form iletisini e-posta başlıkları düzeyinde karşılaştırın. Gerçek alan değerlerini yerleştirerek alıcı, gönderen, Reply-To, konu, içerik türü ve ek yollarını inceleyin. Formun gönderildiği zamanı WordPress posta günlüğü ve sağlayıcının ileti kimliğiyle eşleştirin.
Form verisi kaydedildiği hâlde posta olayı oluşmuyorsa form eklentisinin işlemlerine, koşullarına, doğrulamasına, spam kararına ve olası çakışmalara bakın. Posta olayı varsa formu tekrar tekrar göndermek yerine kayıttaki yanıta göre ilerleyin. Başarılı AJAX yanıtı, bildirim işleminin çalıştığını tek başına kanıtlamaz.
Potansiyel müşteri veya destek taleplerini yalnız gizlilik politikası ve iş gereksinimleri izin veriyorsa saklayın. Böylece bildirim kaybolsa bile ilk başvuru korunur.
Riskler, sık hatalar, yedekleme ve geri alma
Ziyaretçinin doğrulanmamış girdisini doğrudan e-posta başlıklarına koymayın, testi geçirmek için spam korumasını kapatmayın ve gerçek müşteri verisini tekrar tekrar göndermeyin. Testlerde yapay veriler kullanın; günlüklerde ve ekran görüntülerinde hassas bilgileri gizleyin.
Şablon veya işlemleri değiştirmeden önce form ayarlarını yedekleyin. Düzeltme doğrulamayı, onay mesajını ya da başka bir bildirimi bozarsa form ayarını geri alın; çalıştığı bilinen SMTP ayarlarını değiştirmeyin. Nedeni görebilmek için her seferinde tek değişiklik yapın.
AIOWS nasıl yardımcı olur?
AIOWS SMTP Yöneticisi
AIOWS SMTP Yöneticisi, WordPress tarafında tutarlı SMTP ayarları ve kontrollü bir test sunar. Bu test başarılıysa formun kendi işlemleri ve başlıkları incelenirken karşılaştırma noktası olarak kullanılabilir.
Form düzeltildikten sonra gerçek gönderimi AIOWS’taki çalışan posta yoluyla karşılaştırın. Modülün tanı bilgileri, WordPress’in iletiyi sağlayıcıya teslim edip etmediğini ve hangi yanıtı aldığını görmeye yardımcı olur. Son teslimat yine hedef posta kutusunda doğrulanmalıdır.
AIOWS form eklentisinin doğrulama kurallarını, alan etiketlerini veya koşullu işlemlerini düzeltemez; alıcının filtre kararını da değiştiremez. Buradaki katkısı, forma özgü sorun araştırılırken SMTP ayarlarını sabit ve WordPress tarafındaki gönderim sonucunu görünür tutmaktır.
AIOWS SMTP Yöneticisi’ni inceleyinAIOWS planlarını karşılaştırın
İlgili AIOWS yazıları
- WordPress E-posta Göndermiyor: Nedenleri ve Çözümleri
- Contact Form 7 E-posta Göndermiyor: Nedenler ve Çözümler
- Elementor Form E-postaları Gönderilmiyor: Çözüm Rehberi
Sonuç ve önerilen yol
Başarılı SMTP testini ortak posta yolunun çalıştığına dair kanıt olarak kullanın; her formun çalıştığının kanıtı saymayın. Önce formun yetkili bir ileti oluşturmasını sağlayın, sonra aynı gönderimi WordPress, posta sağlayıcısı ve alıcı kutusu boyunca izleyin.
