Bir istisna kaydı, bir kontrolün istenen durumdan neden farklı olduğunu ve bu farklılığa neyin son vereceğini açıklamalıdır. Muaf olarak işaretlenen alan adlarının listesi yeterli değildir. Her istisnayı bir iş hizmetine, sorumlu sahibine, sınırlı kapsama, inceleme tarihine ve kanıta dayalı kapatma testine bağlayın.
Gerçek istisnayı kaydedin
Amaçlanan kontrolü, mevcut sapmayı ve iş nedenini açıklayın. İlgili Kimden, zarf ve imza kimliklerini, etkilenen sağlayıcıyı veya kiracıyı, kritikliği, onayı ve sona erme tarihini kaydedin. Geniş bir politika gevşemesini, dar ve çözümlenmemiş bir gönderen rotasından ayırın. DMARC hizalama uyumlu bir başarı ile başarılı olabilir SPF veya DKIM sonuç olarak pratik istisna, ekibin ilk teşhisinden farklı olabilir. Ayrı olarak, RFC 9989 Bölüm 7.4 ve 8 gerektirir p=reject alan adlarının geçerli DKIM imzalarını uygulayabilmesini ve yalnızca SPF dayanmamasını sağlar. Mesaj düzeyinde geçiş, bu dağıtım yükümlülüğünden feragat etmez. RFC 9989.
Telafi edici önlemleri ve bunların sınırlarını dahil edin. Örneğin, bir işletme doğrulama süreci ödeme riskini azaltabilir ancak kimliği doğrulanmamış bir mesajın kimliğinin doğrulanmasını sağlamaz. Bir izleme aboneliğini veya kontrol panelini istisnanın güvenli olduğunun kanıtı olarak tanımlamayın. Onayı destekleyen kanıtları koruyun ve gereksiz mesaj verilerini kayıtların dışında tutun.
Son kullanma tarihini bir karar noktası olarak tanımlayın
Adlandırılmış bir üst kademeye iletme sahibiyle bir inceleme tarihi ve süre sonu belirleyin. Sürenin sona ermesi açık bir kararı tetiklemelidir: kapatma, yeni kanıtlarla yenileme veya konuyu üst kademeye yükseltme. DNS izinlerini sessizce silmemeli veya kritik postaları kesmemelidir. Yenilemede önceki onayın süresiz olarak kopyalanması yerine gerekçe ve kapsam yeniden gözden geçirilmelidir.
Beton kapatma testi kullanın. Eski geçiş istisnası, değiştirme rotasının kimlik doğrulama ve iş alındısı açısından test edilmesinden, eski hizmetin ilgili döngü boyunca kullanılmadığı onaylandıktan ve onaylı kaldırma işlemi doğrulandıktan sonra kapatılabilir. Toplu raporlama bu değerlendirmeyi destekleyebilir ancak eksik raporlama yapan bir popülasyondaki sessizlik, kullanılmadığını kanıtlayamaz. RFC 9990.
Bildirilen bir inceleme tarihindeki üç istisnayı karşılaştırın
8 Kasım 2026'daki varsayımsal bir incelemede, EX-01'in, sahibi belli olan bir maaş bordrosu geçişi ve hâlâ doğrulama gerektiren bir değiştirme testi olduğu belirtiliyor. EX-02, mevcut sahibi olmayan ve sona erme tarihi 1 Kasım 2026 olan, devralınan bir rotadır. EX-03, bir sonraki planlı kullanımı henüz gözlemlenmeyen üç aylık bir kampanyadır. EX-02'nin vadesi belirtilen tarihlere göre yedi takvim günü gecikmiştir; aritmetik yenilemeyi veya kaldırmayı onaylamaz.
Sonraki eylemler farklıdır: bordro değiştirme kanıtını elde etmek, devralınan rotanın karar sahibini atamak ve yetkili bir kampanya döngüsü kontrolü planlamak. EX-02 için sıfır gözlem, sahiplik veya kapsam boşluklarını doldurmaz. Bunlar, yürütülen bir program, risk kabulü veya canlı posta testi değil, icat edilmiş kayıt girişleri ve elle çalışılmış tarih muhakemesidir. Gerçek bir karar vermeden önce etkilenen izni ve kimlikleri tam olarak kaydedin.
Kaydı bir çalışma kuyruğu olarak inceleyin
Yalnızca yaşa göre değil, iş sonuçlarına, vadesi geçmiş duruma ve eksik sahipliğe göre sıralayın. Çözülmemiş her öğeye bir sonraki eylem ve son tarih atayın. Gözden geçirenlerin hala geçerli olan kısıtlamayı unutulmuş bir geçici çözümden ayırt edebilmesi için orijinal nedeni ve daha sonra yapılan değişiklikleri koruyun.
Tanımlanmış bir popülasyonu kullanarak vadesi geçmiş istisnaları, sahip olunmayan istisnaları ve kapatma ilerlemesini ölçün. Yalnızca bu sayımlara dayanarak bir uygunluk sonucu iddiasında bulunmayın. Yararlı bir aylık inceleme, hangi kararların alındığını, hangi kanıtların değiştiğini ve mal sahibinin hâlâ nerede harekete geçmesi gerektiğini belirler. Geçmişi silmek yerine kapalı kaydı ve doğrulama kanıtlarını saklayın.
İncelemeyi bir karar kuyruğuna dönüştürün
Vadesi geçmiş veya süresi dolmak üzere olan her giriş için, ihtiyaç duyulan spesifik kanıtları, karar sahibini ve bir sonraki eylemi kaydedin. Bir sonraki incelemecinin neyi çözeceğini bilmesi için, gecikmiş onay, çözümlenmemiş sahiplik ve teknik test başarısızlığını ayrı bulgular olarak saklayın.