Kara liste kaydı varsa önce doğru gönderim IP'sini ve reddi veren listenin adını bulun. Her listedeki kayıt aynı etkiye sahip değildir; gerçek bounce ve alıcı politikası daha güçlü kanıttır.
1. IP ve hata kanıtını belirleyin
Mail başlığındaki son halka yerine alıcıya bağlanan gerçek SMTP IP'sini tespit edin. NAT, relay veya paylaşımlı çıkış varsa sağlayıcıdan doğrulayın. Bounce içindeki liste adresini, alt hata kodunu ve zamanı kaydedin.
2. Sebebi temizleyin
Ele geçirilmiş posta kutusu, WordPress form spam'i, açık relay veya zararlı script olup olmadığını araştırın. Panelde kuyruk gönderenlerine, yoğunluk saatine ve kimlik doğrulama kayıtlarına bakın. Gerekirse yalnız sorunlu hesabın çıkışını durdurup parolasını/oturumlarını yenileyin. Kuyruğu topluca silmek önce teşhis delilini kaybettirir.
3. Gönderici kimliğini doğrulayın
dig -x 203.0.113.10 +short
dig +short TXT example.com
dig +short TXT _dmarc.example.comÖrnekleri gerçek bilgilerle değiştirin. PTR ileri çözümlemesi ve SPF/DKIM/DMARC sonuçlarını kontrol edin. Teknik kimlik doğru olsa bile izin alınmadan gönderim yapmak itibarı bozabilir.
4. Resmi kaldırma süreci
Yalnız ilgili listenin resmi kontrol/kaldırma sayfasını kullanın. İstenen düzeltme açıklamasını gerçek log ve uyguladığınız çözümle destekleyin. Paylaşımlı IP size ait değilse sağlayıcıya başvurun. Sürekli IP değiştirmek sorunu çözmez ve yeni adresi de kirletebilir.
Başarı ölçütü
Listenin durumunu tekrar kontrol edin ve daha önce reddeden sağlayıcıya tek test gönderin. Listeden çıkış anında her alıcıda inbox garantisi vermez; tekrar kötüye kullanım olup olmadığını izleyin.
Bilgiyi uygulanabilir projeye dönüştürelim.
İhtiyacınızı teknik, operasyonel ve ticari açıdan değerlendirip doğru çözüm yol haritasını birlikte oluşturalım.
Projenizi Anlatın
