Kâr amacı gütmeyen bir kurum, WordPress parola sıfırlama ve form bildirimlerini Google Workspace alanından göndermek istiyor. Mevcut ayar Gmail gönderimiyle Workspace relay kurallarını karıştırıyor, geniş bir IP aralığına güveniyor ve seçilen yöntemde yetkili olmayan bir alias kullanıyor.
Google’ın belgelediği tek bir gönderim yöntemini seçin; hesap, ağ, gönderen ve kimlik doğrulama ayarlarını birlikte tasarlayın.
Bu konu ne anlama gelir?
Google Workspace, farklı koşullara sahip birden fazla gönderim yolu sunar. Hesapla kimlik doğrulanan Gmail gönderimi ile Admin konsolundan yönetilen SMTP relay aynı yöntem değildir. Seçim; kurumsal sorumluluğa, sunucu IP’sinin sabitliğine, gönderen adreslerine, hacme, güvenlik politikasına ve güncel Google limitlerine bağlıdır.
Gerçekçi bir WordPress örneği
Kurum sabit IP’li tek bir WordPress sunucusu kullanıyor ve yöneticilerin onayladığı Workspace yöntemini seçiyor. Kaynak IP ile From adresleri daraltılıyor, gönderim alanı doğrulanıyor ve kullanılmayan ikinci yol kapatılıyor. Parola sıfırlama ve form e-postaları daha sonra Google loglarıyla eşleştiriliyor.
Neden önemlidir ve ne zaman kullanılır?
Yöntemleri karıştırmak, iletiyi hangi hesap veya relay’in kabul ettiğini gizler ve gereğinden geniş relay kurallarına yol açabilir. Tek ve açık bir yapılandırma güvenliği artırır, limitleri öngörülebilir kılar ve gönderen kimlik doğrulamasını tutarlı tutar.
Yeni başlayanlar için anlaşılır yol
- Güncel Google Workspace belgelerini inceleyip desteklenen tek bir yöntem seçin.
- Sorumlu yönetici hesabını, host adını, portu, TLS modunu, kimlik doğrulamayı veya kaynak IP’yi ve onaylı From adreslerini kaydedin.
- Gönderim alanı için SPF, DKIM ve DMARC’ı doğrulayın.
- Gerçek parola sıfırlama ve form iletileri gönderip Google Admin loglarıyla eşleştirin.
- Yetkisiz bir kaynak veya gönderenin reddedildiğini kontrol edin.
İleri teknik yol
Hesapla doğrulanan gönderimi IP veya politika denetimli relay’den, oturum açan hesabı From yetkisinden ve WordPress sunucu IP’sini ziyaretçi IP’sinden ayırın. Routing kurallarını, alias’ları, kaynak aralıklarını, kotaları, TLS’i, bounce ve yanıt davranışını inceleyin. Her önemli WordPress ileti türünü ayrı sınayın.
Riskler, sık hatalar, yedekleme ve geri alma
Tüm gönderenlere veya geniş bir ağa izin vermeyin; Gmail ve relay erişimlerini aynı anda açık bırakmayın. Kaynak IP’ler kararsızsa, gönderen yetkileri bilinmiyorsa, Admin loglarına erişilemiyorsa veya yetkisiz bir kaynak relay üzerinden gönderebiliyorsa durun. Testten sonra geçici kuralları kaldırın ve gerekirse önceki onaylı ayara dönün.
AIOWS nasıl yardımcı olur?
AIOWS SMTP Yöneticisi
AIOWS SMTP Yöneticisi, WordPress tarafındaki host adı, port, TLS, kimlik doğrulama ve gönderen ayarlarını birlikte gösterir. Kontrollü testler ve tanı bilgileri, bir WordPress iletisini seçilen Google yoluyla eşleştirmeye yardımcı olur.
Onaylı gönderenle gerçek parola sıfırlama, form ve bildirim iletilerini sınayın. Zaman damgalarını ve hassas olmayan kimlikleri Google Admin loglarıyla karşılaştırın; genel bir test e-postası her eklentiyi kanıtlamaz.
AIOWS Workspace relay kuralı oluşturmaz, alias yetkilendirmez, DNS kaydı yayımlamaz ve Google limitlerini değiştirmez. Bunlar Workspace yöneticilerinin görevidir. Yeni yol yetkisiz kaynak kabul ederse veya kritik e-postalar kaybolursa yeni kuralı kaldırıp önceki onaylı ayara dönün.
AIOWS SMTP Yöneticisi’ni inceleyinAIOWS planlarını karşılaştırın
İlgili AIOWS yazıları
- WordPress Gmail SMTP OAuth: Güvenli 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
Google’ın güncel olarak belgelediği tek bir gönderim yöntemi kullanın. Hesap, gönderen ve ağ kapsamını daraltın; alan adı doğrulamasını tamamlayıp gerçek WordPress iletilerini Admin loglarında kontrol edin. Yetkisiz kaynakların reddedildiğini sınayın, geçerli limitleri ve sorumlu ekibi belgeleyin.
