Yönlendirme otomatik olarak kesilmez DKIM. Kapsam dahilindeki mesaj içeriğini koruyan iletici, orijinal imzayı geçerli bırakabilir. Kapsanan başlıkları veya gövde içeriğini yeniden yazan bir iletici bunu geçersiz kılabilir. Tüm dolaylı teslimatı tek bir hata modu olarak ele almak yerine, yönlendirme hizmetinin gerçekte ne yaptığını teşhis edin.
Kimlikleri ve dönüşümleri ayrı ayrı izleyin
Son alıcıda, SPF değerlendirir bağlantı sistemi ve ilgili SMTP kimliği. Yönlendirme, mesaj gövdesine dokunulmasa bile bağlantı IP'sini değiştirebilir. DKIM bunun yerine kapsanan ileti içeriğini imzalayan alanın anahtarıyla doğrular. Dolayısıyla bu mekanizmalar aynı iletilen mesajda farklılık gösterebilir.
Her DKIM imza alan adının görünür Kimden alanını kaydedin, seçici ve sonuç, zarf kimliği ve iletme atlama noktası. DMARC yazar etki alanıyla uyumlu, geçişli bir kimlik doğrulama yolu gerektirir. Sağlam hizalanmış DKIM imzası İletim kesintiye uğradığında geçerli bir politika kapsamında bu yolu sağlayabilir SPF, belirtildiği gibi RFC 9989 §4.4.1. İlgisiz bir yönlendirme etki alanı altında yeni eklenen bir imza otomatik olarak hizalanmaz.
Doğrudan ve iletilen örnekleri karşılaştırın
Kontrollü bir mesajı doğrudan test gelen kutusuna ve yönlendirme yoluyla başka bir test gelen kutusuna gönderin. Ham mesajları ve güvenilir alıcı sonuçlarını koruyun. Numunelerin yalnızca Deneğe bağlı kalmadan ilişkilendirilebilmesi için benzersiz bir test işaretçisi kullanın. İşlenen gövdeden eşitlik sonucunu çıkarmayın.
h'de seçilen gövde, Konu ve diğer alanlardaki değişiklikleri inceleyin. Farklılıkları yorumlamadan önce c ve herhangi bir l etiketini kontrol edin. Standart kanonikleştirme belirli biçimlendirme değişikliklerini tolere edebilirken, esaslı yeniden yazma imzalı gösterimi değiştirebilir. Eklenen aktarım başlıkları, bu yeni oluşumları kapsamayan bir imzayı doğası gereği geçersiz kılmaz; Tekrarlanan başlık seçimi ve aşırı imza, aşağıdaki durumlarda önemli olabilir: RFC 6376 §5.4.2.
İki yoldan çalışın
Örnek yol A, kapsanan içeriği değiştirmeden mesajı iletir. Orijinal imza geçerli kalabilir. Yol B, imzalanan gövdeye bir uyarı başlığı ekleyerek orijinal tam gövde imzasının başarısız olmasına neden olur. Bağlantı her iki yolda da aynı olabilir, dolayısıyla SPF gözlemleri tek başına DKIM farkını açıklayamaz.
Bir iletici ayrıca şunları yeniden yazabilir: Zarf göndereni kendi SPF yetkilendirmesini geliştirmek. Bu, bozuk bir DKIM imzasını geri yüklemez veya mutlaka SPF oluşturmaz hizalama orijinali görünür Kimden alan adıyla. Şu üç soruyu ayrı tutun: Hangi kimlik SPF geçti, hangi imza DKIM geçti ve her iki yolun da uyumlu olup olmadığı.
Kapsamlı bir çözüm seçin
İçeriğin korunması, hizmetin güvenlik yükümlülükleriyle uyumluysa gereksiz değişiklikleri önleyen desteklenen ayarları inceleyin. Değişiklik gerekiyorsa, hizmetin belgelenen imzalama ve dolaylı posta işlemlerini değerlendirin. İmza anahtarlarınızı keyfi ileticilere vermeyin veya bir belirtinin ortadan kalkması için onlara SPF geniş yetkiler vermeyin.
İdari alıcı, dolaylı posta için ek güvenilir kanıt veya yerel politika kullanabilir, ancak bu ayrı bir kabul kararıdır. Bu tür bir kabulü orijinal imzanın restorasyonu olarak bildirmeyin. Teknik sonucun yanı sıra iş gereksinimlerini ve istisna sahiplerini koruyun.
Rotaya özel kanıtla kapat
Değişiklikten sonra düz metin, HTML ve ekler için doğrudan-iletilmiş testleri tekrarlayın. Hangi orijinal imzaların hayatta kaldığını, yeni bir imzanın görünüp görünmediğini ve nihai DMARC ile teslimat sonuçlarını kaydedin. İletim rotasını regresyon testlerinde tutun çünkü daha sonraki bir başlık veya tarama değişikliği, gönderende herhangi bir DNS değişikliği olmadan sonucu değiştirebilir.
İki varsayımsal mesaj düzeyinde sonucu okuyun
Geçerli bir DMARC politikasının ve Yazar Etki Alanının example.com olduğunu varsayalım:
- Korunan yol: SPF iletme sonrasında başarısız oluyor ancak orijinal d=example.com imzası hâlâ doğrulanıyor. Tam olarak hizalanmış bu DKIM kimliği, DMARC geçişini sağlar.
- Değiştirilen yol: orijinal DKIM imzası başarısız oluyor; tek yeni geçiş imzası ve SPF kimliği forwarder.example.net aittir. Etki alanının example.com ile ilgisi olmadığı varsayılırsa ikisi de hizalama sağlamaz, dolayısıyla DMARC başarısız olur. Alıcı yine de ayrı bir yerel işleme kararı verebilir.
Yeni imzanın geçişini eski imzanın alan adıyla birleştirmeyin. Bu vakalar, içinde bulunulan koşulları göstermektedir. RFC 9989 §5.3.5; her yönlendirme hizmetine ilişkin alıcı sonuçları veya garantileri değildir.