Geri alma gelecekteki gözlemleri değiştirir; her göndericiye ulaşıp önbelleğe alınmış bir politikayı silemez. Bir zorunlu kılma ilkesi meşru postayı geciktirmeye başladığında, bozuk düzeltmeyi tam olarak koruyun ve alıcı yolunun gönderenlerin halihazırda sahip olduğu politikaya uygun olmasını sağlamanın en hızlı yolunu bulun.
Kontrolleri kaldırmadan önce dağıtımı stabilize edin
Referanslar: RFC 8461 §4, RFC 8461 §5.1.
Arızanın atlanmış bir MX mi, bir sertifika sorunu mu, kayıp mı olduğunu belirleyin STARTTLS destek veya politika getirme sorunu. Daha önce uyumlu bir MX geri yüklemek veya sertifikasını onarmak, hem eski hem de yeni önbelleğe alınmış politikalara sahip gönderenlere, acil küresel politikayı geri çekmeye çalışmaktan daha doğrudan yardımcı olabilir.
Varsa etkilenen gönderenin günlüklerini kontrol edin ve amaçlanan her alıcı adayı test edin. Uyumlu bir MX kalırsa gönderenler bunu kullanabilir. Yalnızca DNS tercihi daha düşük öncelikli olduğu için bir yedeğin güvenli olduğunu varsaymayın; yine de politikayla eşleşmesi ve aktarım doğrulamasını geçmesi gerekiyor.
Onarımı veya kasıtlı olarak geri çekmeyi seçin
Referanslar: RFC 8461 §3.2, RFC 8461 §8.1, RFC 8461 §8.3.
Onarım için TXT kimliğini değiştirmeden önce düzeltilmiş HTTPS gövdesini yayınlayın. Geçiş riskini hesaplamak için önceki politika kopyalarını ve max_age değerlerini hazır bulundurun. Düzeltilmiş bir mevcut gövde, gönderenin onu getirdiğini kanıtlamaz.
RFC 8461 bölüm 8.3, kasıtlı kaldırma için, küçük bir max_age ile (örneğin, bir gün) hiçbiri modunun sunulmasını ve keşif kaydının güncellenmesini, ardından ilgili politika altyapısının, kaldırılmadan önce daha önce sunulan tüm politikaların süresi dolana kadar korunmasını önerir. Her sürümün son yayınlanma süresini artı kendi max_age değerini hesaplayın, ardından her sürümde en son geçerlilik süresini kullanın. Daha uzun kullanım ömrüne sahip eski bir sürüm, hemen önceki sürümden daha uzun süre dayanabilir. Hiçbiri politikasının hâlâ version ve max_age'a ihtiyacı vardır; Bu modda mx satırlarına gerek yoktur. Değişikliği duyurmak için yeni ve geçerli bir kimlik kullanın.
Eski uygulama durumunu yeniden oluşturma
Referanslar: RFC 8461 §3.3, RFC 8461 §5.
Kontrollü bir göndericide, yalnızca mx1.example.net max_age 86400 ile izin veren bir zorunlu kılma politikasını önbelleğe alın. Genel DNS ve HTTPS'yi yok politikası olarak değiştirin, ancak başlangıçta gönderenin güncellemeyi almasını engelleyin. mx2.example.net adresine teslim etmeyi deneyin. Operatörün yeni none gövdesine rağmen eski geçerli uygulama politikası hala mx2'yi hariç tutuyor.
Daha sonra yenilemeye izin verin ve hiçbirini uygulamadan göndereni yakalayın veya güvenli, yalıtılmış bir ortamda kontrollü test saatini orijinal önbellek ömrü boyunca ilerletin. Bu test için üretim postası altyapısındaki saatleri değiştirmeyin. Bu bir laboratuvar prosedürüdür, uygulanan bir işlem değil MTA test; yeni çevrimdışı fikstür, gerçek gönderen önbelleğini değil, yalnızca durum ve son hizmet ömrü aritmetiğini gösterir.
Her iki grup için kanıtlarla kapatın
Referanslar: RFC 8461 §8.3, RFC 8460 §4.1.
Önbelleğe alınmış ilkesi olmayan yeni bir gönderenin ve önceki zorunlu düzeltmeyi elinde bulundurduğu bilinen bir gönderenin davranışını doğrulayın. Kuyruk sonuçlarını koruyun, sonuçları ve politika meta verilerini alın. TLS-RPT kalan arızaların belirlenmesine yardımcı olabilir ancak kapsam eksiktir ve raporlama gecikmiştir.
Planlanan geri çekme süresi boyunca HTTPS ana bilgisayarını ve keşfini kullanılabilir durumda tutun, gerçek dağıtım yolunu izleyin ve nihai kaldırma kararını belgeleyin. Yalnızca _mta-sts silmek, ne hemen bir geri alma ne de güvenilir bir olay kurtarma stratejisidir.
Saklanan tarihsel kanıtlar ve kalan kapsam
Aşağıda, bu inceleme için yeniden yürütülen bir ağ deneyini değil, 7 Kasım 2026'ya ait korunmuş gözlemler açıklanmaktadır. Yeni yürütülen çevrimdışı kontroller ayrı olarak kaydedilir.
Para çekme hesaplaması artık yalnızca en son max_age yerine daha önce sunulan tüm sürümleri içeriyor. Yürütülen mantıksal defterde, A1'e en son 86400 ömrü ile 1000300'de, B2'ye 3600 ömrüyle 1000600'de ve C3'e 3600 ömrüyle 1000900'de hizmet verildi. Bunların sona erme sınırları sırasıyla 1086700, 1004200 ve 1004500'dür. Bu nedenle hesaplanan kaldırma sınırı 1086700'dür. Eski A1 gönderen anlık görüntüsü, laboratuvar B2'yi tanıtıp getirdikten sonra bile yalnızca yeni ana bilgisayar adını hâlâ reddediyor. Bu anlık görüntü için eski uyumlu rotanın geri yüklenmesi anlamlı olmaya devam ediyor. Bu, gözlemlenen uzaktan önbellek çekme veya sıraya alınmış mesaj kurtarma değil, etiketlenmiş bir durum ve rota hesaplamasıdır. Üretimden çekilme işleminde gerçek son yayın süreleri ve önceki tüm sürümler kullanılmalıdır.