Altında RFC 9989 §5.4, a DMARC pass, gelen kutusu yerleşimini garanti etmez. Bir mesaj için hizalanmış bir etki alanı kimlik doğrulama sonucu oluşturur. Alıcı hizmet yine de mesajı başka bir nedenden dolayı reddedebilir, spam olarak kabul edebilir, gelen kutusuna koyabilir veya daha sonra kullanıcıya özel işleme uygulayabilir.
Bu sınır önemlidir çünkü yanlış teşhis yanlış değişimi yaratır. DNS zayıf rızayı, sürekli şikayetleri veya istenmeyen içeriği onaramaz. Tersine, itibar çalışması hizalanmamış bir kimlik doğrulama yolunu düzeltmez.
Teslimat aşamalarını ayırın
Dört farklı ölçüm kullanın:
- Aşama: Kimlik Doğrulama; Soru: Yaptım SPF veya DKIM geçti ve en az bir geçiş kimliği From ile uyumlu mu?
- Aşama: Kabul; Soru: Alıcı sunucu SMTP sırasında mesajı kabul etti mi?
- Aşama: Yerleştirme; Soru: Kabul edildikten sonra alıcı mesajı nereye yerleştirdi veya ifşa etti?
- Aşama: Nişan; Soru: Alıcı ne yaptı ve bu ölçüm ne kadar güvenilir?
Verinin sonundan sonra pozitif SMTP tamamlaması şurada belirtilir: RFC 5321 §4.2.5. Bir mesaj kimlik doğrulamayı geçebilir ve kabul edilemeyebilir. Kabul edilebilir ve spam'e yerleştirilebilir. Gelen kutusuna ulaşabilir ve hiçbir yararlı etkileşim alamaz. Dört sonucun tamamını teslim edilebilirlik olarak tanımlamayın.
Kurgusal bir teşhis tablosunu okuyun
Aşağıdaki durumlar sentetiktir. Gözlemlenen performansı iddia etmeden bir sonraki araştırmanın nasıl seçileceğini gösterirler.
- Gözlem: DMARC ; Durum A: Başarılı; Durum B: Başarılı; Durum C: Başarısız
- Gözlem: SMTP ; Durum A: Kabul edildi; Durum B: Kabul edildi; Durum C: Kimlik doğrulamayla ilgili yanıtla reddedildi
- Gözlem: Yerleştirme; Durum A: Spam; Durum B: Gelen Kutusu; Durum C: Teslim edilen kopya yok
- Gözlem: Şikayetler veya alıcı sinyalleri; Durum A: Artan şikayetler; Durum B: Tanımlanan grup için normal; Durum C: Reddedilen mesaja uygulanamaz
- Gözlem: Sonraki odak; Durum A: Onay, beklentiler, itibar, içerik ve gönderme kalıpları; Durum B: Karşılaştırılabilir trafiği izlemeye devam edin; Durum C: Kimlik zinciri, imzalama, SPF yolu ve sağlayıcı yanıtı
A Durumunda, DMARC hiçbiri yerine reddetme olarak değiştirmek, kimliği doğrulanmış mesajların neden istenmediğini çözmez. Liste kaynağını, gizlemeyi, sıklığı, içeriği ve sağlayıcı geri bildirimlerini araştırın. Durum C'de, kimlik doğrulamayla ilgili ret anlaşılana kadar gelen kutusu testi başlayamaz.
Kimlik doğrulamayı itibar kısayolu olarak değil, ön koşul olarak kullanın
Posta kutusu sağlayıcıları, gönderenler için gereksinimleri ve önerileri yayınlar; Google'ın kişisel Gmail alıcılarına yönelik yönergeleri. Bu gereksinimler arasında SPF , DKIM , DMARC , geçerli DNS , aktarım uygulamaları, şikayet kontrolleri ve ilgili trafik için kolay abonelikten çıkma yer alabilir. Bir şartın karşılanması diğerlerinden feragat anlamına gelmez.
Kimlik doğrulama değerlidir çünkü istikrarlı bir alan adı kimliği oluşturur ve alıcıların postayı ilişkilendirmesine yardımcı olur. İtibar satın almaz, alıcının rızasını kanıtlamaz veya ayrıcalıklı muameleyi garanti etmez. İtibar ve sınıflandırma kararları alıcıya özeldir ve trafik akışına, alıcıya ve zamana göre değişebilir.
Eş zamanlı DNS değişikliği ve yerleşim değişikliğinden nedensel sonuç çıkarmayın. Gönderen bir program hacmi, hedef kitleyi, içeriği ve altyapıyı aynı anda değiştirebilir. Bir sonuca varmadan önce müdahaleleri kaydedin ve benzer grupları karşılaştırın.
İlgili alıcıdan gelen kanıtlarla teşhis yapın
Tarafından belirtilen sınır dahilinde gerçek SMTP yanıtı ve güvenilir kimlik doğrulama sonuçlarıyla başlayın. RFC 8601 §7.1. Mesaj reddedildiyse, kod ve beraberindeki metin bir kategoriyi tanımlayabilir ancak kod tek başına tam bir teşhis değildir. Bunu yorumlamak için sağlayıcı belgelerine ve gönderme günlüklerine ihtiyaç vardır.
Mesaj kabul edildiyse mevcut sağlayıcı telemetrisini, belirtilen sınırlamalarla tohum testini, alıcı raporlarını ve kontrollü kampanya verilerini kullanın. Test posta kutusu, her alıcı için evrensel bir tahmin değil, o posta kutusu ve iletinin kanıtıdır.
Kimlik doğrulama için, değerlendirilen SPF kimliğini, her DKIM d= alanını, hizalama ve geçerli politika. Program sağlığı için trafik akışını, hacmini, şikayet bilgilerini, engelleme davranışını, liste kaynağını, içerik değişikliklerini ve zamanlamasını kaydedin.
Etkileşim ölçümlerini dikkatli bir şekilde kullanın
Açık oran, gelen kutusu yerleşimi veya insanların ilgisi için güvenilir, bağımsız bir proxy değildir. Apple'ın Posta Gizliliği Koruması etkileşimden bağımsız olarak uzak içeriği arka planda indirir. Mailchimp açık izleme kılavuzu ayrıca engellenen izleme görüntülerini ve istemci biçimi sınırlamalarını da belgeler. Tıklamalar aynı zamanda şu bölümde açıklandığı gibi otomatik güvenlik taramasını da içerebilir: Mailchimp bot etkinliği kılavuzu.
Popülasyonu ve ölçüm yöntemini tanımlayın. Teslimat yanıtlarını, şikayetleri, abonelikten çıkma davranışını, sağlayıcı kanıtlarını ve iş sonuçlarını birleştirin. Karşılaştırılabilir bir temel ve kafa karıştırıcı değişikliklere ilişkin bir açıklama olmadan, tek bir ölçüme ilişkin iyileştirme iddiasında bulunmaktan kaçının.
Yanlış sorunu hedefleyen DNS değişikliklerinden kaçının
Kimliği doğrulanmış bir kampanyanın spam alması nedeniyle başka bir SPF içeriği eklemeyin. Takip yerleşimi için hizalamayı zayıflatmayın. Kopya yayınlamayın SPF kayıtları. Yalnızca bir test mesajı gelen kutusuna ulaştığı için reddetme moduna geçmeyin.
DNS değişiklikleri kanıtlanmış bir kimlik veya politika sorununu çözmelidir. Gönderme uygulaması değişiklikleri onay, sıklık, içerik, segmentasyon veya itibar sorunlarını çözmelidir. Bazen her iki iş akışına da ihtiyaç duyulur, ancak bunların ayrı sahiplerini ve kanıtlarını saklamaları gerekir.
Ortak bir teşhis kaydı oluşturun
Yararlı bir vaka kaydı şunları içerir:
- tam gönderen, Alan adı ve trafik akışından;
- temsili bir mesaj ve güvenilir kimlik doğrulama sonuçları;
- SMTP yanıtı ve zaman damgası;
- yöntem ve sınırlamalarla gözlemlenen yerleştirme;
- söz konusu grup için şikayet, engelleme ve alıcı kanıtlarının mevcut olması;
- son teknik ve program değişiklikleri;
- bir hipotez, sahibi, müdahale ve inceleme tarihi.
Bu format şu soruyu ortaya çıkarıyor: " DMARC teslim edilebilirliği düzeltti mi?" test edilebilir sorulara dönüştürülür. Kimlik doğrulama gelişti mi? Kabul değişti mi? Karşılaştırılabilir postalar için yerleşim değişti mi? Hedef kitleyi değiştirmeden alıcının tepkisi gelişti mi?
Kimlik kanıtı için şunu kullanın: e-posta kimlik zinciri kılavuzu. Bir izleme temeli için şu şekilde devam edin: DMARC izleme politikası kılavuzu.
Sonucu kanıtın içinde tutun
Durum A için, kimliği doğrulanmış ancak spam gözlemini saklayın ve belirtilen şikayet kanıtlarını araştırın; Durum C için, gelen kutusu yerleşimini incelemeden önce gerçek reddetme durumunu koruyun. Değişiklikler arasında aynı ölçüm yöntemini ve grubu karşılaştırın. Otomatik açılmalar veya tıklamalar bir insan eyleminin kanıtı değildir. Bu vakalar, kampanya ölçümleri veya iyileştirme vaatleri değil, kurgusaldır.