İçeriğe geç

E-postalar spam klasörüne gidiyor: SPF, DKIM ve DMARC kayıtlarını yapılandırma

Orta 45 dk Güncellendi:

Kısa cevap

Alan adınızdan gönderilen e-postalar spam klasörüne düşüyorsa, en yaygın neden DNS'teki SPF, DKIM ve DMARC kayıtlarının eksik veya hatalı olmasıdır. SPF kaydını yetkili posta sunucularıyla yapılandırın, e-posta hizmetinizde DKIM imzalamayı etkinleştirin ve izleme modunda bir DMARC kaydı ekleyin. DNS yayılımından sonra sonuçları kontrol edin ve politikayı kademeli olarak sıkılaştırın.

Sorun nasıl anlaşılır

  • İş alan adınızdan gönderilen e-postalar Gereksiz veya Spam klasörüne düşüyor
  • Alıcılar mesajı görmüyor veya ancak birkaç gün sonra açıyor
  • E-postalarınıza verilen yanıtlar teslim edilemedi veya reddedildi olarak geri dönüyor
  • Gmail ve Outlook, mesajın doğrulanmadığına dair uyarı gösteriyor
  • Müşteriler, gönderdiğiniz faturaları ve bildirimleri alamadıklarından şikayet ediyor

En yaygın nedenler

SPF kaydı yok veya eksik

Alan adında, adına posta göndermeye yetkili sunucuları listeleyen bir TXT kaydı yok. Bu nedenle alıcılar mesajın meşru altyapıdan geldiğini doğrulayamaz.

DKIM imzası etkin değil

E-posta hizmeti mesajları özel anahtarla imzalamıyor veya ortak anahtar DNS'te yayınlanmamış. İmza olmadan alıcı, mesajın yolda değiştirilmediğini doğrulayamaz.

DMARC kaydı eksik veya çok katı

DMARC kaydı olmadan alan adı adına kimin posta gönderdiğine dair rapor alamazsınız. Politika hemen `reject` olarak ayarlanırsa meşru postalar reddedilebilir.

Posta, listede olmayan bir sunucudan gönderiliyor

Web sitesi, uygulama veya yazıcı, SPF kaydında yer almayan bir SMTP sunucusu üzerinden e-posta gönderiyor. Bu tür mesajlar sahte gibi görünür ve kolayca spam'e düşer.

Alan adı veya IP adresi itibarının düşük olması

Yeni bir alan adı, aynı anda gönderilen çok sayıda mesaj veya alıcıların spam olarak bildirmesi itibarı düşürür. Bu durumda doğru kayıtlar bile hemen yardımcı olmaz.

Adım adım çözüm

  1. 1

    Mevcut DNS kayıtlarını kontrol edin

    Bir DNS sorgulama aracı veya komut satırı açın ve alan adının TXT kayıtlarını kontrol edin. Windows'ta nslookup -type=TXT alanadiniz.com kullanabilirsiniz; macOS veya Linux'ta dig TXT alanadiniz.com komutunu çalıştırın. Değişikliklerden önce nelerin var olduğunu not edin, böylece bir sorun çıkarsa neye geri döneceğinizi bilirsiniz.

  2. 2

    SPF kaydı oluşturun

    Barındırma veya alan adı kayıt şirketinin DNS panelinde, kök alan adına v=spf1 ile başlayan bir TXT kaydı ekleyin. İçine alan adı adına posta gönderen tüm hizmetleri ekleyin, örneğin e-posta sağlayıcınız için include: ve her şeyin kapsandığından emin olana kadar ~all ile bitirin. Asla iki SPF kaydı koymayın, çünkü alıcılar bu durumda alan adını hatalı olarak değerlendirir.

  3. 3

    E-posta hizmetinde DKIM'i etkinleştirin

    E-posta hizmetinin yönetim panelinde alan adı ve kimlik doğrulama bölümünü bulun ve DKIM'i etkinleştirin. Hizmet size bir seçici ve genellikle seçici._domainkey.alanadiniz.com biçiminde bir TXT kaydı olarak yayınlamanız gereken ortak anahtarı gösterecektir. Yayılımı bekleyin, ardından bir test e-postası gönderin ve imzanın geçip geçmediğini kontrol edin.

  4. 4

    İzleme modunda DMARC kaydı ekleyin

    _dmarc.alanadiniz.com adresine v=DMARC1; p=none; rua=mailto:dmarc@alanadiniz.com değeriyle bir TXT kaydı yayınlayın. Bu mod postayı reddetmez, ancak alan adı adına kimin e-posta gönderdiğine dair size raporlar gönderir. Rapor adresini düzenli olarak okuduğunuz bir gelen kutusu olarak ayarlayın.

  5. 5

    Test e-postaları gönderin

    Gmail, Outlook ve kendi alan adınızdaki bir adrese bir mesaj gönderin. Gmail'de mesajı açın, üç noktaya tıklayın ve SPF, DKIM ve DMARC doğrulama sonuçlarını görmek için orijinali göster seçeneğini seçin. Bir şey başarısız olursa, sorun olarak işaretlenen kayda geri dönün.

  6. 6

    DMARC raporlarını analiz edin

    Birkaç gün sonra alıcıların gönderdiği raporları inceleyin. SPF kaydında olmayan ancak posta gönderen IP adreslerine ve hizmetlere dikkat edin. Bunları SPF'ye ekleyin veya bu hizmetler üzerinden gönderimi durdurun, ardından tekrar kontrol edin.

  7. 7

    Politikayı kademeli olarak sıkılaştırın

    Raporlar tüm meşru postaların geçtiğini gösterdiğinde, DMARC politikasını p=none yerine p=quarantine ve daha sonra p=reject olarak değiştirin. Değişiklikler arasında etkiyi görmek için birkaç gün bırakın. Ani bir reject değişikliği meşru e-postaları reddedebilir.

  8. 8

    Alan adı itibarını kontrol edin

    Daha büyük miktarlarda posta gönderiyorsanız alan adını Google Postmaster Tools'a kaydedin ve itibarı izleyin. Alan adının ve IP'nin kara listelerde olmadığını da kontrol edin. Eğer varsa, kaldırma talebinde bulunun ve itibar düzelene kadar gönderim hacmini azaltın.

Yapılandırmadan sonra bile e-postalar spam'e gidiyorsa

Mesaj içeriğini kontrol edin: çok fazla resim, büyük ekler, kısa bağlantılar ve reklamı andıran kelimeler spam olasılığını artırır. Alan adının doğru bir MX kaydına sahip olduğundan ve postanın, adıyla uyumlu bir PTR kaydı olan bir sunucudan gönderildiğinden emin olun. Gönderim için harici bir hizmet kullanıyorsanız, alan adının orada doğrulanıp doğrulanmadığını ve hizmetin ek kayıtlar gerektirip gerektirmediğini kontrol edin. İş e-postaları için iyi itibara sahip bir sağlayıcı üzerinden göndermeyi ve yeni bir alan adını kademeli olarak artan mesaj sayısıyla ısıtmayı düşünün. DNS değişikliklerinin ancak birkaç saat sonra görülebileceğini unutmayın, bu nedenle hemen sonuç çıkarmayın.

Tekrarlanmaması için

  • DMARC raporlarını düzenli olarak inceleyin ve yeni hizmetleri hemen SPF kaydına ekleyin
  • Asla iki SPF kaydı yayınlamayın ve toplam `include` girişi sayısını kontrol altında tutun
  • Alan adı adına posta gönderen her hizmet için DKIM'i etkinleştirin
  • Alan adı itibarını izleyin ve alıcı şikayetlerine yanıt verin

Ne zaman uzmana başvurmalı

DNS paneline erişemiyorsanız, alan adı adına hangi hizmetlerin posta gönderdiğini bilmiyorsanız veya değişikliklerden sonra meşru posta gelmeyi durdurursa, IT desteğine başvurmanız daha iyidir. Yanlış bir DMARC veya SPF kaydı, düzeltilene kadar iş e-postalarını reddedebilir.

Web sitesi yapımı · Hızlı, SEO uyumlu, çok dilli web siteleri

Sık sorulan sorular

DNS kayıt değişikliklerinin görülmesi ne kadar sürer?

Değişiklikler genellikle birkaç saat içinde görülür, ancak önbellekleme nedeniyle 24 ila 48 saat kadar sürebilir. Test e-postasını ancak kontrol yeni kayıtları gösterdiğinde gönderin.

DMARC'ı hemen reject olarak ayarlayabilir miyim?

Önerilmez. Önce `p=none` kullanın ve raporları izleyin, tüm meşru postaların geçtiğinden emin olduğunuzda kademeli olarak `quarantine` ve `reject`'e geçin.

Birden fazla e-posta gönderme hizmeti kullanıyorsam ne olur?

Her hizmet SPF kaydında yer almalı veya alan adınız için DKIM anahtarıyla postayı imzalamalıdır. Her hizmetin belgelerini kontrol edin ve doğru `include` değerlerini ekleyin.

Paylaş
Çözüm bulamadınız mı?AI BT asistanı 7/24 hizmetinizde. Sorunu anlatın veya hatanın ekran görüntüsünü gönderin, durumunuza özel talimat alın.AI BT asistanına sorun