Kısaca: Alıcı sunucular, iletinin gerçekten alan adınızdan geldiğini SPF, DKIM ve DMARC kayıtlarıyla doğrular; bu kayıtlar eksik ya da hatalıysa e-postalarınız spam klasörüne düşer veya reddedilir. SPF ve DKIM'i cPanel'deki E-posta Teslim Edilebilirliği aracıyla kurarsınız; DMARC kaydını DNS'e sizin eklemeniz gerekir.
| Kayıt | Ne işe yarar | Örnek değer |
|---|---|---|
| SPF (TXT, alan adının kendisinde) | Alan adınız adına hangi sunucuların e-posta gönderebileceğini listeler. | v=spf1 +a +mx +ip4:203.0.113.10 ~all |
DKIM (TXT, default._domainkey) | Giden her iletiyi dijital olarak imzalar; alıcı bu kayıttaki açık anahtarla imzayı doğrular. | v=DKIM1; k=rsa; p=MIIBIjANBgkq… |
DMARC (TXT, _dmarc) | SPF ve DKIM başarısız olursa alıcının ne yapacağını ve raporların nereye gönderileceğini söyler. | v=DMARC1; p=none; rua=mailto:[email protected] |
Bilgi: Gmail ve Yahoo, Şubat 2024'ten beri bütün göndericilerden en az SPF veya DKIM; toplu göndericilerden (Gmail'de günde 5.000'den fazla ileti) ise SPF, DKIM ve DMARC kayıtlarının üçünü birden istiyor. Microsoft da 2025'te Outlook.com için benzer bir kural getirdi. Kuralları karşılamayan iletiler spam'e alınabilir ya da reddedilebilir.
cPanelE-postaE-posta Teslim Edilebilirliği
DKIM değeri uzundur ve bazı DNS panelleri onu tırnak içinde birkaç parçaya böler; bu normaldir. Değeri elle yapıştırırken baştaki ve sondaki tırnakları, araya giren boşlukları kontrol edin; tek karakter eksik olsa imza doğrulanmaz.
Bir alan adında v=spf1 ile başlayan yalnız bir TXT kaydı olabilir. İki ayrı SPF kaydı varsa alıcılar ikisini de geçersiz sayar ve sonuç "permerror" olur; bu, hiç SPF olmamasından da kötüdür. Birden fazla gönderim kaynağınız varsa hepsini tek kayıtta birleştirin:
Yanlış (iki ayrı kayıt):
alanadiniz.com. TXT "v=spf1 +a +mx +ip4:203.0.113.10 ~all"
alanadiniz.com. TXT "v=spf1 include:_spf.google.com ~all"
Doğru (tek kayıt):
alanadiniz.com. TXT "v=spf1 +a +mx +ip4:203.0.113.10 include:_spf.google.com ~all"SPF denetimi sırasında en fazla 10 DNS sorgusu yapılabilir. include, a, mx, ptr, exists ve redirect bu sınıra sayılır; eklediğiniz her include kendi içindeki sorgularla birlikte hesaplanır. ip4, ip6 ve all sayılmaz. Sınır aşılırsa sonuç yine "permerror" olur; kullanmadığınız servislerin include ifadelerini kaldırın.
Kaydın sonundaki ~all (softfail) listede olmayan sunuculardan gelen iletilerin şüpheli sayılmasını, -all (fail) ise reddedilmesini ister. Bütün gönderim kaynaklarınızı listelediğinizden emin olana kadar ~all ile kalın.
DMARC kaydını cPanel'de Alan Adları → Bölge Editörü (Zone Editor) sayfasında alan adınızın yanındaki Yönet (Manage) düğmesinden TXT kaydı olarak eklersiniz; DNS başka yerdeyse oradaki panele girersiniz.
Ad: _dmarc.alanadiniz.com
Tür: TXT
Değer: v=DMARC1; p=none; rua=mailto:[email protected]rua adresine büyük e-posta sağlayıcılarından günlük XML raporları gelir; bunlar için ayrı bir kutu açmanız işinizi kolaylaştırır. Politikayı bir anda en sıkı hâle getirmeyin, raporlara bakarak ilerleyin:
| Aşama | Politika | Ne olur | Sonraki adıma ne zaman geçilir |
|---|---|---|---|
| 1. İzleme | p=none | İletiler etkilenmez, yalnız rapor gelir. | Birkaç hafta boyunca bütün meşru kaynaklarınız SPF veya DKIM'den geçiyorsa. |
| 2. Karantina | p=quarantine | Doğrulanamayan iletiler alıcının spam klasörüne gider. | Raporlarda kendi iletileriniz arasında başarısız olan kalmadıysa. |
| 3. Ret | p=reject | Doğrulanamayan iletiler reddedilir; alan adınızla sahte gönderim yapılamaz. | Son aşama. |
Dikkat: DMARC, SPF veya DKIM'in "Kimden" (From) adresindeki alan adıyla eşleşmesini ister. Web sitenizdeki iletişim formu iletiyi ziyaretçinin adresiyle (ör. [email protected]) "Kimden" olarak gönderiyorsa bu iletiler doğrulamadan geçemez. Formu kendi alan adınızdaki bir adresle göndermeye ayarlayın, ziyaretçinin adresini "Yanıtla" (Reply-To) alanına koyun.
PASS görmelisiniz.Destek ekibimiz yardımcı olsun; taleplere en geç 24 saat içinde ilk yanıt veriyoruz.
Destek talebi oluşturun