생성된 레코드는 결정 아티팩트입니다.
A DMARC 레코드 생성기는 제안된 정책의 형식을 지정할 수 있지만 조직의 합법적인 발신자가 누구인지, 허용하는 비즈니스 위험이 무엇인지, 보고 대상이 승인되었는지 여부는 결정할 수 없습니다. 출력은 각 정책 선택과 그 뒤에 있는 가정을 설명해야 합니다. 이러한 결정이 없는 복사 가능한 문자열은 조직의 실제 메일 흐름에 맞지 않는 구문적으로 그럴듯한 정책의 게시를 장려할 수 있습니다.
RFC 9989 현재 정책 형식과 메커니즘을 정의합니다. 이 기사에서는 생성기 및 주석이 달린 출력 검토에 대한 요구 사항을 제안합니다. EmailAuth 생성기를 구현하거나 프로덕션 준비 레코드를 생성하거나 DNS 변경한다고 주장하지 않습니다. 필요한 원본 테스트 사례와 운영 증거는 설명 프레임워크와 별도로 유지됩니다.
정책 도메인 및 소유권 설정
정책이 준비 중인 도메인, 비즈니스 소유자, DNS 게시 소유자 및 범위 내 합법적인 전송 워크플로를 기록합니다. 보낸 사람이 사용하는 도메인 ID와 정책이 게시될 정확한 소유자 이름을 구별합니다. 생성자는 표시 레이블이나 가정된 조직 경계를 기반으로 상위 또는 하위 도메인을 자동으로 선택해서는 안 됩니다.
현재 정책 검색에는 다음이 포함됩니다. DNS 트리 워크 에 의해 설명됨 RFC 9989. 생성기의 주석은 의도된 범위와 검토가 필요한 상속 관련 가정을 설명해야 합니다. 기록 사용자가 입력한 주소에만 영향을 미칩니다. 실제 적용 가능한 동작은 표준 및 수신기 구현에 따라 다릅니다. 이 작업 중에는 도메인 계층 구조나 기존 정책이 쿼리되지 않았습니다.
요청된 정책과 준비 상태를 설명하세요.
요청된 정책은 프로토콜에 따라 도메인 소유자의 평가 기본 설정을 표현합니다. 이는 수신자의 최종 처분을 보장하거나 모든 합법적인 발신자가 준비가 되어 있다는 진술이 아닙니다. 적용을 권장하기 전에 보낸 사람별 준비 상태 검토와 남은 실패에 대한 승인된 결정을 요구합니다. 생성자는 선택과 결과를 제시할 수 있지만 그 뒤에 있는 비즈니스 승인을 만들어내서는 안 됩니다.
설명하다 조정 정책 심각도와는 별도로 선택합니다. 표시되는 From 도메인, 인증됨 SPF 정체성과 DKIM 서명 도메인은 아래에 관계를 정의했습니다. DMARC. 엄격하고 느슨한 정렬은 단순히 전반적인 보안의 강함과 약함을 표시하는 것이 아닙니다. 운영상의 영향은 조직의 도메인 구조와 전송 서비스에 따라 달라집니다. 주석이 달린 출력에서 선택한 근거와 해결되지 않은 종속성을 유지합니다.
현재 버전 및 태그 의미를 유지합니다.
RFC 9989 여전히 대소문자를 구분하는 버전 값 DMARC1 지정합니다. 생성기는 새로운 표준 문서를 DMARC2로의 전환으로 광고해서는 안 됩니다. 버전 태그의 필수 위치와 값은 현재 형식에 따라 검증되어야 합니다. 알 수 없는 태그는 공식 정의에 따른 프로토콜 처리에 의해 무시되어야 하므로 도구는 모든 익숙하지 않은 태그가 전체 정책을 무효화한다는 고안된 규칙과 지원되지 않는 태그 경고를 구별해야 합니다.
부록 A.6에서는 pct를 제거하고 y 및 n 값을 사용하여 t를 도입하는 방법을 설명합니다. 현재 생성기는 오래된 백분율 슬라이더를 현재 표준 제어인 것처럼 전달해서는 안 되며, 모든 기록 백분율을 t로 바꾸는 것이 안전한 보편적 마이그레이션이라고 가정해서는 안 됩니다. 목표로 하는 표준, 정확한 테스트 의미 체계 및 의도한 환경에 남아 있는 호환성 질문을 문서화해야 합니다.
보고 대상을 승인된 수신자로 처리
RFC 9990 외부 대상에 대한 집계 보고 및 검증을 정의합니다. 생성자는 보고서 요청 게시와 보고서 수신이 다른 단계임을 설명해야 합니다. 제안된 수신자, 데이터 목적 및 적용 가능한 외부 대상 승인이 있는지 여부를 식별해야 합니다. 단지 사용자가 양식에 주소를 붙여넣었다는 이유만으로 인증을 추론하지 마세요.
이 기사는 보고 주소를 제공하거나 승인 기록을 게시하거나 제3자에게 데이터를 전송하지 않습니다. 제안된 출력은 대상이 승인될 때까지 명확하게 작동하지 않는 자리 표시자를 사용해야 합니다. 또한 주석에는 보고서 가용성이 수신자와 전달에 따라 달라지므로 URI를 포함한다고 해서 완전한 관찰이 보장되지는 않는다는 점을 명시해야 합니다. 오류 보고 옵션이 제공되는 경우 집계 보고서 설정에 자연스럽게 포함되기보다는 자체적으로 지원되는 사양과 개인 정보 보호 검토가 필요합니다.
기존 레코드 및 중복 처리 설명
생성자는 제안된 정책이 기존 게시 상태와 어떤 관련이 있는지 물어봐야 합니다. 동일한 소유자가 두 번째 정책 후보를 생성하면 승인된 기존 기록을 교체하는 것과 다른 결과가 나올 수 있습니다. 따라서 출력은 단순히 이것을 추가한다고 말하는 것이 아니라 의도된 정확한 차이점을 설명하고 복원 자료를 보존해야 합니다. TXT 레코드. 기존의 관련 없는 TXT 데이터는 정책 생성의 부작용으로 삭제되어서는 안 됩니다.
RFC 1035 TXT 레코드 구조를 정의합니다. 하나의 TXT 레코드 내의 여러 문자열은 여러 정책 레코드와 동일하지 않습니다. 주석과 테스트는 편집기의 표시가 운영자를 오도하지 않도록 이러한 구별을 유지해야 합니다. 여기서는 기존 DNS 상태가 검사되지 않았습니다. 중복 처리는 검증된 결과가 아닌 제안된 테스트 요구 사항으로 남아 있습니다.
주석이 달린 출력 워크시트
정책 도메인, 출판물 소유자, 제안된 기록, 각 태그의 의미, 선택한 근거, 필수 증거 및 승인 소유자가 포함된 워크시트를 만듭니다. 기존 상태 참조, 정확한 의도된 차이, 보고 수신자 인증, 호환성 제한, 검증 계획 및 롤백 기준을 추가합니다. 생성된 구문을 승인 및 게시 상태와 별도로 유지하세요. 작성된 양식이 자동으로 실시간 변경 권한을 암시해서는 안 됩니다.
필수 픽스처 세트에는 긍정적인 유효한 사례, 유효하지 않은 버전 또는 필수 형식의 사례, 중복된 정책 후보 및 지원되지 않는 태그 동작이 포함되어야 합니다. 현재 표준과 제품 표시 규칙에서 예상되는 결과를 별도로 기술하십시오. 승인된 테스트가 나중에 실행될 때 생성기 버전, 테스트 입력 및 관찰된 출력을 유지합니다. 이 초안은 해당 설비를 생성하거나 평가하지 않았으며 구현 적합성을 주장하지 않습니다.
가상 진단: 백분율 슬라이더로 결정이 숨겨집니다.
가상의 팀은 백분율 슬라이더가 있는 기존 정책 양식을 사용하고 더 작은 숫자를 선택하면 시행 변경이 안전하다고 가정합니다. 검토자는 양식이 구현하는 표준, 조직의 합법적인 발신자 준비 상태 및 제안된 출력이 관련 수신자에서 어떻게 작동할지 묻습니다. 컨트롤의 모양은 이러한 질문에 대한 답을 제공하지 않습니다.
제안된 대응은 슬라이더를 다른 태그로 기계적으로 변환하는 대신 현재 표준과 연결된 동작을 얻고 정책 결정을 문서화하며 정확한 변경 계획을 확인하는 것입니다. 실제 생성자나 공급자는 이러한 행위로 인해 비난을 받지 않습니다. 이 연습은 기록이 생성되지 않고 DNS 수정이나 수신기 테스트가 수행되지 않은 가상의 것입니다. 정책 근거가 구문과 함께 표시되어야 하는 이유를 보여줍니다.
출력 준비를 호출하기 전에 증거가 필요합니다.
유용한 생성기 결과에는 어떤 입력이 제공되었는지, 어떤 가정이 남아 있는지, 게시 전에 어떤 일이 발생해야 하는지 명시되어 있습니다. 형식화된 텍스트가 안전한 시행을 확립한다고 주장하지 않고도 자격을 갖춘 소유자가 일관된 결정을 내리는 데 도움이 될 수 있습니다. 최종 권한은 승인된 비즈니스 및 기술 변경 프로세스에 남아 있습니다.
카탈로그에는 주석이 달린 레코드와 긍정, 유효하지 않음, 중복 및 지원되지 않는 태그 테스트 사례가 필요합니다. 원본 유물은 계속 열려 있습니다. 전문가의 검토, 소스 적용 가능성, 생산 경로, 접근성 및 소유자 공개도 계속 열려 있습니다. 이 초안은 게시 준비가 완료된 정책, 완료된 테스트 또는 검증된 EmailAuth 도구 기능이 아닌 제안된 워크시트와 허구의 진단을 제공합니다.