백분율 약속을 명시적인 결정으로 대체
"실패한 메일의 10%에 거부 적용"이라는 롤아웃 계획은 업데이트된 정책에 따라 재사용되기 전에 검토가 필요합니다. DMARC 사양. RFC 9989 pct 메커니즘을 제거하고 t라는 테스트 신호를 정의합니다. 이는 사용 가능한 정책 언어의 변경일 뿐 모든 수신기가 소프트웨어를 변경했다는 증거는 아닙니다. 실제 작업은 기존 계획이 보호하려는 의도가 무엇인지 식별한 다음 해당 의도를 현재 의미론 및 관찰된 레거시 동작과 비교하는 것입니다.
기계적으로 백분율을 테스트 값으로 변환하지 마십시오. 백분율 계획은 처리를 받는 트래픽의 양을 제한하려고 합니다. 테스트 신호는 요청된 치료를 변경하고 특별한 처리를 트리거할 수 있습니다. 그것들은 다른 컨트롤입니다. 비즈니스 소유자는 비교에서 어떤 합법적인 경로를 나타내야 하는지, 어떤 실패 영향이 허용되는지, 다음 정책 변경을 허용할 증거가 무엇인지 결정해야 합니다.
현재 사양이 요구하는 것이 무엇인지 이해
RFC 9989 부록 A.6 역사적 pct 동작은 끝점 외부에서 일관성이 없었으며 pct=0 은 유용한 특수 처리 의미를 얻었음을 설명합니다. 업데이트된 메커니즘은 일반적인 비율이 아닌 테스트 개념을 유지합니다. 선택자. 레코드 버전은 v=DMARC1; DMARC2라는 버전 문자열에 대한 DNS 스위치가 없습니다.
아래에 섹션 4.7, t의 기본값은 n입니다. t=y, 인 경우 지정된 실패 메시지 처리는 선택한 정책보다 한 수준 아래입니다. 거부는 격리가 되고 격리는 없음이 됩니다. 선택한 정책 없음은 영향을 받지 않습니다. 또한 신호는 평가 행위자의 특별 처리를 촉발할 수 있으며 DMARC 보고서 생성을 변경하지 않습니다. 이는 지정된 의미이지 모든 수신자의 최종 폴더, 거부 응답 또는 전달 결과를 보장하는 것은 아닙니다.
평가에서 선택한 p, sp 또는 np 정책을 유지합니다. 테스트는 운영자가 대시보드에서 처음 보게 되는 정책 문자열로 제한되지 않습니다. 도메인 및 검색 경로에 따라 적용되는 정책이 결정됩니다. t에 대한 올바른 설명은 실제 메시지 작성자와 다른 도메인을 확인한 조사를 보상할 수 없습니다.
혼합된 구현 위험 식별
이를 인식하지 못하는 수신자는 이를 무시하고 지원되는 정책 논리를 계속 사용할 수 있습니다. 반대로, 업데이트된 사양을 구현하면 이전 PCT 값에서 백분율 롤아웃 규칙을 얻지 못합니다. 기록 따라서 두 태그를 모두 포함하는 것은 모든 수신자에 걸쳐 하나의 균일한 실험을 요청하는 이식 가능한 방법이 아닙니다.
구현 상태를 명명된 환경 및 구성의 측정된 속성으로 처리합니다. 공급업체 발표, 보고서 형식 또는 제품 로고만으로는 특정 메시지가 처리된 방식을 입증할 수 없습니다. 수신기를 검사할 수 없는 경우 불확실성을 유지하고 최종 작업을 하나의 태그에만 적용하지 마세요. 수신자-로컬 처리는 다음과 같은 별도의 단계로 유지됩니다. RFC 9989 섹션 5.4.
이전 계획의 숨겨진 가정도 검토합니다. 합법적인 메일 손실을 제한하고, 전달을 평가하고, 실패량을 추정하거나 보고 서비스를 테스트하기 위한 비율이었습니까? 각 목적마다 다른 관찰이 필요합니다. 실패한 모든 메시지에 대한 처리를 줄이는 것은 선택한 하위 집합에 더 강력한 처리를 적용하는 것과 동일한 실험이 아닙니다. 두 계획 모두 비공식적으로 점진적인 출시로 설명되어 있더라도 마찬가지입니다.
DNS 변경하기 전에 승인 기준 작성
소량 및 정기적인 합법적인 경로를 포함하는 발신자별 비교를 준비합니다. 정확한 현재 기록, 제안된 차이점, 적용 가능한 ID 및 대표적인 메시지 사례를 유지합니다. 일반 인증을 기록하고 조정 선택한 정책, 테스트 상태, 로컬 재정의 및 최종 처리와 별도로 결과를 얻습니다. 적용 범위 누락 또는 설명할 수 없는 합법적인 메시지 실패 등 롤아웃을 중지하는 조건을 정의합니다.
총체적인 증거를 신중하게 사용하십시오. RFC 9990 섹션 3.3 보고 기간은 정책 변경에 걸쳐 있을 수 있고 혼합된 관찰을 포함할 수 있다고 설명합니다. 보고서의 날짜 레이블은 계산된 모든 메시지에 하나의 정책이 적용된다는 증거가 아닙니다. 레이블이 지정되지 않은 두 비율을 비교하는 대신 보고 기간, 관찰된 정책 및 배포 시점을 보존하세요.
제안된 변경에는 책임 있는 소유자와 복구 가능한 기준이 있어야 합니다. 레거시 계획에서 비율을 제거하면 이전 구현에서 사용하던 제약 조건이 제거될 수 있습니다. t를 추가한다고 해서 그곳에서 제약 조건이 대체되었음을 증명하는 것은 아닙니다. 롤백은 또한 캐시된 모든 관찰을 즉시 다시 작성하는 대신 게시된 상태를 변경하므로 복구 증거에는 자체 타이밍과 범위가 필요합니다.
거부된 번역의 가상 작업 예
이 가상 리뷰에서 예제 제조에는 다음이 포함된 오래된 워크시트가 있습니다. p=reject 그리고 pct=10. 편집자는 백분율을 t=y 로 바꾸고 결과를 "동일한 10% 파일럿"이라고 부르자고 제안합니다. 검토자는 해당 설명을 거부합니다. 현재 테스트 의미론에서는 거부 대상으로 10%를 선택하는 대신 선택한 거부 정책에 따라 실패한 메시지에 대한 격리를 요청합니다.
제안된 행렬은 현재 의미 열, 레거시 구현 열 및 관찰 열을 포함합니다. 첫 번째는 사양에서 채울 수 있습니다. 다른 열에는 식별된 구현과 승인된 테스트가 필요합니다. 이 예에서는 실행되지 않은 상태로 유지됩니다. 연습을 위해 DNS 레코드가 게시되지 않았으며, 수신기에 쿼리되거나 메시지가 전달되지 않았습니다.
다음 결정은 부정확한 라벨을 유지하는 대신, 대표적인 적법한 흐름을 관찰하면서 지정된 처리를 테스트하는 등 실제 실험에 동의하는 것입니다. 그런 다음 조직은 생산 전환을 승인하기 전에 해당 실험을 뒷받침하는 증거를 수집해야 합니다.
증거 게이트를 눈에 띄게 유지하세요
정확한 원래 요구 사항은 여전히 열려 있습니다. 기존 PCT 기반 계획을 현재 테스트 의미론 및 레거시/현재 수신기 관찰과 비교합니다. 가상 워크시트는 배포된 관찰을 제공하지 않으며 해당 요구 사항을 완료할 수 없습니다. 시운전 게이트도 계속 표시됩니다. 현재 기본 사양을 확인하고 초안 작성 전에 작업 사례를 유지합니다. 기본 텍스트와 초안 작성 전 가상 연습이 유지되었습니다. 구현 적용 가능성, 인간 SME 승인 및 운영 릴리스는 해결되지 않은 상태로 남아 있습니다. 이 원고는 출판이나 정책 변경을 승인하지 않습니다.