Posta kutusu parolası doğru olduğu hâlde WordPress kimlik doğrulama hatası veriyor. Microsoft 365, hem tenant genelinde hem de ilgili posta kutusunda SMTP AUTH kullanımını kapatmış. Parolayı değiştirmek bu politikayı değiştirmez.
Bu hatayı parola sorunu değil, protokol politikası olarak ele alın. Gönderimi engelleyen ayarı bulun ve Microsoft ile kurumun güncel olarak desteklediği en dar kapsamlı yöntemi seçin.
Bu konu ne anlama gelir?
SMTP AUTH kapalıysa tenant, posta kutusu veya geçerli güvenlik politikası denenen kimlik doğrulamalı SMTP gönderimine izin vermiyor demektir. Kimlik bilgileri doğru olsa bile bu protokolde kullanılamayabilir. SMTP submission, relay, OAuth, Send As yetkisi ve posta kutusu girişi ayrı kontrollerdir.
Gerçekçi bir WordPress örneği
Site özel bir posta kutusu kullanıyor; ancak tenant ve posta kutusu SMTP AUTH’u engelliyor. Yöneticiler eski yöntemi tüm kurum için açmak yerine güncel Microsoft belgelerini inceliyor ve kapsamı dar bir çözümü onaylıyor. WordPress’in oluşturduğu gerçek bir iletiyle oturum açan hesabı ve From yetkisini doğruluyorlar.
Neden önemlidir ve ne zaman kullanılır?
Bu ayrım, sonuç vermeyen parola değişikliklerini ve gereksiz güvenlik istisnalarını önler. SMTP yanıtı protokolün kapalı olduğunu gösteriyor, ancak aynı hesap normal posta kutusunda çalışıyorsa özellikle önemlidir.
Yeni başlayanlar için anlaşılır yol
- Tam SMTP yanıtını, zamanı, endpoint’i ve kimlik doğrulama yöntemini kaydedin.
- Tenant ayarını, posta kutusu istisnasını, Security Defaults’u ve ilgili Conditional Access politikasını kontrol edin.
- Posta kutusunun kurumsal sorumlusunu ve From adresini kullanma yetkisini doğrulayın.
- Güncel olarak desteklenen, mümkün olan en dar kapsamlı gönderim yöntemini seçin.
- Gerçek bir WordPress iletisi gönderip Microsoft trace kaydını, kabulü ve teslimatı inceleyin.
İleri teknik yol
Yanlış kimlik bilgilerini kapalı protokolden, tenant politikasını posta kutusu istisnasından ayırın. Oturum açan hesabı, uygulama veya connector kapsamını, Send As yetkisini, endpoint’i ve trace kaydını inceleyin. Kontrollü bir aralıkta dar kapsamlı izni iptal ederek beklenen hatayı doğrulayın; ardından belgelenmiş yönetici hesabıyla yeniden yetkilendirin.
Riskler, sık hatalar, yedekleme ve geri alma
Tek bir site için SMTP AUTH’u tenant genelinde açmayın, Security Defaults’u zayıflatmayın ve yönetici posta kutusunu gönderen olarak kullanmayın. Geniş kapsamlı gizli bir connector da güvenli çözüm değildir. Hangi politikanın geçerli olduğu veya sorumlu hesap bilinmiyorsa geçici yetkileri kaldırıp son onaylı gönderim yoluna dönün.
AIOWS nasıl yardımcı olur?
AIOWS SMTP Yöneticisi
AIOWS SMTP Yöneticisi, WordPress tarafındaki endpoint’i, kimlik doğrulamayı, göndereni, testleri ve tanı sonuçlarını birlikte gösterir. Böylece WordPress’in Microsoft 365’e ulaşıp ulaşmadığı ve hizmetin ne yanıt verdiği görülebilir.
Yalnız Microsoft 365 yöneticilerinin onayladığı yolu yapılandırın. Gerçek bir parola sıfırlama, form veya sipariş e-postası gönderin; zaman damgasını ve hassas olmayan kimliği Microsoft trace kaydıyla eşleştirin. Başarılı oturum açma, Send As yetkisini veya teslimatı tek başına kanıtlamaz.
AIOWS tenant veya posta kutusunda protokol açamaz, Security Defaults’u değiştiremez, Microsoft 365 yetkisi veremez ve relay connector oluşturamaz. Bunlar tenant yöneticilerinin sorumluluğundadır. Politika veya kurumsal sorumluluk doğrulanamıyorsa son onaylı gönderim yoluna dönün.
AIOWS SMTP Yöneticisi’ni inceleyinAIOWS planlarını karşılaştırın
İlgili AIOWS yazıları
- WordPress Microsoft 365 SMTP: Outlook Kurulum Rehberi
- SMTP 25, 465 ve 587 Portlarından Hangisi WordPress İçin Doğru?
- İşlemsel E-posta Sağlayıcısı WordPress SMTP'ye Nasıl Bağlanır?
Sonuç ve önerilen yol
Önce SMTP AUTH’u hangi tenant, posta kutusu veya güvenlik kuralının engellediğini belirleyin; ardından güncel olarak desteklenen en dar kapsamlı gönderim yöntemini seçin. Parolayı tekrar tekrar değiştirmeyin ve kurum genelindeki güvenliği zayıflatmayın. Çözümü gerçek bir WordPress iletisiyle ve kontrollü bir yetki iptaliyle doğrulayın.
