SPF, DKIM ve DMARC teslim edilebilirliğin temelidir. Gönderen alan adında yayımlanan bu kayıtlar, alıcı sunucunun 'Bu ileti gerçekten iddia edilen gönderenden mi geldi?' sorusunu yanıtlar. Doğru kurulum Gmail ve Outlook'ta güven oluşturur; eksik veya hatalı kurulum meşru iletilerin bile şüpheli görünmesine yol açabilir.

Kısaltmalar ve DNS terimleri konuyu karmaşık gösterir, ancak her kaydın tek görevi vardır. Bu rehber üçünü basitçe ve gönderim hacmi artırılmadan önce nasıl birlikte çalıştıklarını açıklar.

Kimlik doğrulama neden var?

E-posta, herkesin başkası olduğunu iddia edebildiği dönemde tasarlandı; bu spam ve kimlik avını kolaylaştırdı. Kimlik doğrulama, iletinin görünen alan adından geldiğini ve değiştirilmediğini birden çok yolla doğrulamak için eklendi. Sağlayıcılar gelen kutusu veya spam kararında bu kontrolleri kullanır.

SPF: Kimlerin göndermesine izin var?

SPF, yani Sender Policy Framework, bir izin listesidir. Alan adınız adına hangi sunucuların gönderebileceğini belirten kayıt yayımlarsınız. Alıcı sunucu ileti geldiğinde kaynağı kontrol eder; listede varsa SPF geçer, yoksa uyarı sinyali oluşur.

Bunu kapıdaki misafir listesi gibi düşünün. Gönderen listede değilse sunucunun şüphelenme nedeni vardır. Yaygın hata, gerçekten kullanılan bir hizmeti unutmak ve kendi e-postanızın başarısız olmasıdır. Pazarlama veya erişim platformu kullanıyorsanız sunucuları SPF'ye eklenmelidir.

DKIM: İletinin değiştirilmediğinin kanıtı

DKIM, yani DomainKeys Identified Mail, her iletiye kriptografik imza ekler. Alan adı özel anahtarı saklar ve DNS'te açık anahtar yayımlar. Alıcı sunucu açık anahtarla imzayı doğrular. Geçerli imza, iletinin alan adından geldiğini ve yolda değiştirilmediğini kanıtlar.

SPF misafir listesiyse DKIM kurcalamayı gösteren mühürdür. Sahteciliği zordur ve SPF'nin aksine yönlendirmede genellikle bozulmaz. Çoğu sağlayıcı anahtarı üretip yayımlanacak kaydı verir; kurulum çoğunlukla bir DNS girdisi eklemektir.

KayıtNeyi kontrol ederBenzetme
SPFGönderen sunucu yetkili mi?Kapıdaki misafir listesi
DKIMİleti sahte mi veya değiştirilmiş mi?Kurcalamayı gösteren mühür
DMARCHata olursa ne yapılır ve nasıl raporlanır?Ev kuralları ve olay kaydı

DMARC: İkisini birleştiren politika

SPF ve DKIM kontrolleri yapar, ancak hata durumundaki eylemi belirlemez veya alan adınız taklit edildiğinde size haber vermez. DMARC iki boşluğu da doldurur. Alan adınıza ait olduğunu iddia edip başarısız olan iletileri kabul etme, karantinaya alma veya reddetme politikası yayımlayabilirsiniz.

DMARC, olası taklitçiler dahil alan adınızı kullanarak gönderen kaynakları raporlar. Bu görünürlük hem yapılandırma hatalarını hem marka kötüye kullanımını gösterir. Birçok gönderen izlemeyle başlar, raporları inceler, sorunları düzeltir ve politikayı kademeli olarak redde kadar sıkılaştırır.

DMARC'a dikkatli başlayın

Doğrudan reddetme politikasıyla başlamayın. Raporları incelemek ve engellenebilecek meşru e-postayı bulmak için izleme moduyla başlayın. Veriler temizlendikten sonra politikayı kademeli sıkılaştırın.

Üçü birlikte nasıl çalışır?

Akış şöyledir: ileti gönderim hizmetinden çıkar; alıcı SPF ile yetkiyi, DKIM imzasıyla içeriğin bütünlüğünü kontrol eder; ardından eylem ve rapor için DMARC'ı okur. Üçü uyumlu olduğunda ileti güçlü bir meşruiyet sinyali taşır ve gelen kutusuna ulaşma şansı artar.

Kimlik doğrulama ve hesap sağlığı birlikte çalışır. Tam doğrulanmış ileti bile hesap kötü davranıyorsa filtrelenebilir; ısıtma ve engellemeye yol açan davranışlardan kaçınma hâlâ gereklidir. Kimlik doğrulama kapıyı açar, iyi davranış güveni korur.

Kurulum kontrol listesi

  1. 1Adınıza gönderen tüm hizmetleri içeren SPF yayımlayın.
  2. 2Sağlayıcı üzerinden DKIM'i etkinleştirip açık anahtarı yayımlayın.
  3. 3Rapor toplamak için DMARC'ı izleme modunda ekleyin.
  4. 4Raporları inceleyip başarısız meşru e-postayı düzeltin.
  5. 5DMARC'ı izleme, karantina ve reddetme aşamalarında kademeli ilerletin.
  6. 6Yeni gönderim aracı eklediğinizde kayıtları yeniden kontrol edin.

Ücretsiz kutular için değil, özel alan adları için

SPF, DKIM ve DMARC kontrol ettiğiniz alan adına uygulanır. Erişim için kendi alan adınızdan gönderiyorsanız hacmi artırmadan önce ayarlayın. Ücretsiz sağlayıcı kendi kimlik doğrulamasını yönetir; alan adınızın kayıtları sizin sorumluluğunuzdadır.


Sık sorulan sorular

SPF, DKIM ve DMARC'a gerçekten ihtiyacım var mı?▾
Kendi alan adınızdan ciddi gönderim yapıyorsanız evet. SPF ve DKIM farklı şeyleri kanıtlar; DMARC bunları politika ve raporlarla birleştirir. Sağlayıcılar üçünü giderek daha fazla bekler.
Ayarlamazsam ne olur?▾
Sunucu kaynağı doğrulayamadığı için e-posta spam'e gidebilir veya reddedilebilir. Alan adınızı kimin taklit ettiğini de göremezsiniz.
Kurulum zor mu?▾
Göründüğünden kolaydır. Çoğu sağlayıcı DKIM anahtarını ve doğru kaydı üretir. Temel iş DNS girdilerini eklemek ve politikayı sıkılaştırmadan önce DMARC raporlarını incelemektir.
Ücretsiz Gmail veya Outlook hesapları bu kayıtlara ihtiyaç duyar mı?▾
Hayır. Ücretsiz sağlayıcı kendi kimlik doğrulamasını yönetir. Kayıtlar, geniş erişimde yaygın olduğu gibi kendi alan adınızdan gönderirken önemlidir.