Neden tek değil üç kayıt gerekir
SPF, DKIM ve DMARC, "bu e-posta gerçekten iddia ettiği kişiden mi geliyor" sorusunun farklı bir parçasını çözer ve hiçbiri tek başına çalışmaz. Bu dört araç; üçünü birlikte kontrol etmeyi, sözdizimini ezberlemeden her kaydı oluşturmayı ve bir şeyler yine de yanlış giderse gerçek teslimat kanıtlarını okumayı kapsar.
📖 Daha derin bir inceleme için: E-postam Neden Spam'e Düşüyor?
Posta Kimlik Doğrulama Kontrolü — birleşik görünüm
Posta Kimlik Doğrulama Kontrolü, bir alan adı için SPF, DKIM ve DMARC'ı birlikte kontrol eder ve bunların doğru yapılandırılıp birbiriyle hizalanıp hizalanmadığını bildirir — yalnızca her kaydın ayrı ayrı var olup olmadığını değil.
Ne zaman kullanılır: üç kayıttan birini kurduktan veya değiştirdikten sonra hızlı doğrulama; bir mesajın neden SPF'yi geçtiği halde DMARC'ı başarısız olduğunu teşhis ederken; veya yalnızca posta kimlik doğrulamasıyla ilgilendiğinizde tam NODA Check'e daha hızlı bir alternatif olarak.
Sonuçlar nasıl okunur: DMARC, SPF veya DKIM'in "hizalı" olmasını gerektirir — görünen From başlığındaki alan adı, SPF veya DKIM tarafından kimliği doğrulanan alan adıyla eşleşmeli (veya onun alt alan adı olmalı)dır. Bir kayıt tek başına geçebilir ama hizalamada başarısız olabilir — SPF ve DKIM ayrı ayrı iyi göründüğü halde DMARC raporlarının başarısızlık göstermesinin en yaygın nedeni budur.
SPF Oluşturucu — kime gönderme yetkisi var
SPF Oluşturucu, alan adınız için hangi sunucuların ve hizmetlerin posta göndermeye yetkili olduğunu seçerek geçerli bir SPF TXT kaydı oluşturmanıza yardımcı olur ve doğru sözdizimini üretir.
Ne zaman kullanılır: SPF'yi ilk kez kurarken, mevcut bir kayda yeni bir gönderim hizmeti eklerken, veya yinelenen mekanizmalarla hantallaşmış bir kaydı temizlerken.
Sonuçlar nasıl okunur: toplam DNS sorgu sayısını izleyin. SPF'nin 10 sorguluk kesin bir sınırı vardır ve bunu aşmak, meşru gönderenler dahil herkes için kimlik doğrulamayı başarısız kılan kalıcı bir hataya neden olur. Her include: mekanizması bu sınıra dahildir — rastgele include eklemek yerine mümkün olduğunca birleştirin.
DMARC Oluşturucu — politika ve raporlama
DMARC Oluşturucu, etiket sözdizimini ezberlemeden geçerli bir DMARC kaydı oluşturmanıza yardımcı olur — politika (none, quarantine, reject), raporlama adresleri ve hizalama ayarları.
Ne zaman kullanılır: DMARC'ı ilk kez kurarken, bir izleme politikası olan p=none'dan zorlamaya geçerken, veya toplu raporları almak için adresler eklerken.
Sonuçlar nasıl okunur: her zaman p=none ile başlayın ve zorlamaya geçmeden önce birkaç hafta raporları izleyin. Envanterini tam çıkarmadığınız gönderim kaynaklarına — pazarlama araçları, CRM, dahili betikler — sahip bir alan adında doğrudan p=reject'e geçmek, bu kaynaklardan gelen postayı uyarı vermeden sessizce bozabilir.
E-posta Başlığı Analizi — gerçek kaynak
E-posta Başlığı Analizi, herhangi bir e-postanın ham başlıklarını ayrıştırır — teslimat yolunu (her sunucu hop'u), zamanlamayı ve alıcı sunucu tarafından gerçekten kaydedilen SPF/DKIM/DMARC kimlik doğrulama sonuçlarını.
Ne zaman kullanılır: meşru bir e-postanın neden spam'a düştüğünü araştırırken, zincirdeki hangi sunucunun gecikmeye neden olduğunu izlerken, veya gönderenin iddiasına güvenmek yerine kimlik doğrulamanın gerçekten geçip geçmediğini doğrularken.
Sonuçlar nasıl okunur: "Received" başlıklarını alttan üste okuyun — bu, mesajın izlediği gerçek kronolojik yoldur. Alıcı sunucu tarafından eklenen Authentication-Results başlığı, gönderen sistemin iddiasından bağımsız olarak geçip geçmediğine dair gerçek kaynaktır.
Bu araçlar birlikte nasıl çalışır
Önce SPF ve DMARC'ı kurun (DKIM burada değil, posta gönderim hizmetinde kurulur), üçünü Posta Kimlik Doğrulama Kontrolü ile doğrulayın, ve gerçek bir mesaj gönderildikten sonra hâlâ bir sorun varsa E-posta Başlığı Analizi ile gerçek başlıkları alın — bu dördü arasında, kendi kayıtlarınızın ne söylemesi gerektiğini değil, alıcı sunucunun gerçekten neye karar verdiğini gösteren tek araçtır.