소프트웨어를 선택하기 전에 질문을 정의하십시오.
DKIM2 랩은 두 구현이 동일한 수정된 메시지를 재구성하는지 또는 봉투 불일치를 일관되게 분류하는지 여부와 같은 좁은 불확실성을 해결해야 합니다. " DKIM2 작동 여부 확인"은 너무 광범위하여 해석 가능한 결과를 생성할 수 없습니다. 픽스처를 선택하기 전에 질문, 버전 범위 및 통과/실패 기준을 작성하십시오. 관찰된 결과가 자동 프로덕션 채택이 아닌 추가 실험을 정당화할 수 있는지 여부에 대해 별도로 결정하십시오.
2026년 11월 8일에 검토된 바와 같이, 코어 스펙-09 11월 1일에 활성 인터넷 초안이 작성되었으며, DNS-03은 11월 2일에, BCP-01은 9월 9일에 작성되었습니다. 케이스가 의존하는 모든 문서를 고정합니다. 파서가 이전 개정판을 따르거나 적용 범위가 다른 별도의 프로필을 따르는 경우 " DKIM2 "라고 표시된 소프트웨어 레이블은 충분하지 않습니다.
보고된 구현을 선택한 빌드와 구별
그만큼 Milter 배포 프로필 -08 초안 DarkChain 및 DarkChains를 해당 개별 프로필에 대한 베타 코드로 보고합니다. 상태 섹션에서는 기여자가 제공한 정보 및 IETF 승인에 대한 검증을 명시적으로 부인합니다. 이는 독립적으로 테스트된 권장 사항이 아니라 평가자의 단서입니다. 프로파일의 제한적이고 확장된 기능은 WG 핵심 초안의 모든 요구사항과 자동으로 동일시되어서는 안 됩니다.
소프트웨어를 실행하기 전에 승인된 계획은 저장소 출처, 변경할 수 없는 커밋 또는 릴리스, 빌드 구성, 암호화 라이브러리 및 청구된 프로토콜/프로필 적용 범위를 식별해야 합니다. 지원되지 않는 기능은 다른 구현 약속에 대한 실패한 테스트가 아니라 지원되지 않는 것으로 기록됩니다. 설치와 실행은 별도의 운영 작업입니다. 이 패키지에 대해 소스 체크아웃, 빌드, 설치 또는 메일 트랜잭션이 수행되지 않았습니다.
의미 있는 대비를 갖춘 작은 케이스 세트 만들기
테스트 하네스가 일반 메일 처리와 실험적 동작을 혼동하지 않도록 기존 클래식-DKIM 기준으로 시작하세요. 그런 다음 변경되지 않은 가상의 DKIM2 경로, 선언된 바닥글 수정 및 선언되지 않은 변경을 지정합니다. 최종적으로 제어되는 고정 장치에 원본 및 수정된 메시지 바이트를 유지합니다. 사례가 여러 변수를 동시에 변경하는 경우 실패로 인해 조사 중인 메커니즘에 대해 거의 드러나지 않을 수 있습니다.
봉투 불일치, null 본문 레시피 및 임시 DNS 오류를 추가합니다. 아래에 핵심 -09 섹션 13-14, 이는 상호 교환 가능한 "불량 메일" 사례가 아닙니다. null 본문 레시피는 이전 본문 상태를 확인하는 것을 방지합니다. 임시 키 조회 문제는 실패한 검증 완료와 결과 범주가 다릅니다. 정확한 진단과 누락된 입력을 보존합니다.
타임스탬프 사례는 원래 SMTP 수락 시간을 유지해야 합니다. 재생 관련 사례는 의도된 배포, 예상치 못한 전달 및 원본 인스턴스의 반복 관찰을 구별해야 합니다. 소프트웨어가 실제로 관찰을 생성할 때까지 모든 예상 결과를 가설로 표시합니다. 이 패키지는 실행된 샘플 메시지나 조작된 패스가 있는 결과 테이블이 아닌 원본 케이스 디자인을 제공합니다.
재생산에 필요한 입력을 보존합니다.
승인된 각 실행에 대해 불투명 케이스 식별자, 메시지 바이트 해시, 봉투 보낸 사람 수신자, 수락 시간, 서명자 및 검증자 버전, 주요 스냅샷 및 관련 정책 기록. 승인된 액세스 및 보존 계획에 따라서만 원본 메시지와 개인 데이터를 저장하세요. 해시는 아티팩트를 식별합니다. 누락된 바이트를 재구성하거나 청구된 프로그램에서 진단이 수행되었음을 증명하지 않습니다.
예상 결과, 관찰 결과 및 검토자의 해석을 분리합니다. 후보 실패에 대한 중간 출력을 유지합니다: 레시피 재구성, 서명 확인, 체인 확인 및 도메인 일치. 먼저 구문 분석이 실패하여 하네스가 의도한 검사에 도달하지 못한 경우 해당 사실을 기록합니다. 전체 실행에서 오류가 반환되었다는 이유만으로 다운스트림 기능을 테스트된 것으로 보고하지 마세요.
동일한 고정 동작을 대상으로 하는지 확인한 후에만 두 번째 구현을 사용하십시오. 두 프로그램 간의 합의는 유용하지만 정확성에 대한 절대적인 증거는 아닙니다. 그들은 코드를 공유하거나 동일한 잘못된 가정을 공유할 수 있습니다. 이전 초안을 구현하는 경우에도 불일치는 자동으로 결함이 아닙니다. 버전 비교는 각주에 숨겨져 있지 않고 결과 옆에 속합니다.
실행 전 안전 및 개인정보 보호 검토
레시피는 보이는 메시지에서 제거된 재료를 보존할 수 있습니다. 따라서 초기 실험실에서는 합성 콘텐츠가 바람직합니다. 가역적 편집 테스트는 증거 아카이브에 실제 비밀을 다시 도입해서는 안 됩니다. 통제된 수신자, 격리된 서명 키, 소유자가 실험을 승인한 네임스페이스를 사용하세요. 의도하지 않은 전달, 전달 루프 또는 원치 않는 재생 트래픽을 방지하는 제한을 설정합니다.
설명할 수 없는 아웃바운드 메일, 예상치 못한 수신자 확장, 프로덕션 DNS 영향 또는 로그에 나타나는 민감한 콘텐츠에 대한 중지 조건을 지정합니다. 단순히 실험에 성공하기 위해 기존 인증이나 필터링을 비활성화하지 마세요. 정리에는 테스트 서명, 기록, 아티팩트 및 자격 증명이 포함되어야 하며 보존 요구 사항은 별도로 문서화되어야 합니다. 단지 마지막 메시지가 전달되었다고 해서 실험이 완료되는 것은 아닙니다.
보고 및 배포 결론을 겸손하게 유지하세요.
그만큼 BCP-01 초안 혼합 DKIM1 / DKIM2 작동에 대해 논의하고 다음 측면을 남깁니다. DMARC 통합 오픈. 게시됨 RFC 9989 여전히 자체 인증 메커니즘을 정의합니다. 실험실 결과는 해당 사양을 수정하거나 모든 외부 수신기가 실험 메시지를 동일한 방식으로 해석하도록 설정할 수 없습니다.
비슷하게, RFC 9990 집계보고 및 RFC 9991 오류 보고는 개발자가 수집하려는 실험 분야에 대한 일반적인 전송이 아닙니다. 현지 실험실 진단을 지원되는 보고서 형식과 다르게 유지하십시오. 누락된 외부 보고서는 거부 증거가 아니며, 수신된 보고서는 전체 DKIM2 확인 경로를 자동으로 노출하지 않습니다.
아직 끝나지 않은 증거를 명확하게 진술하세요.
정확한 커미션은 다음과 같습니다. 연구실 범위, 버전, 사례, 결과 및 실험과 생산 사이의 경계를 기록합니다. 범위, 현재 문서 버전 및 제안된 사례가 여기에 유지됩니다. 소프트웨어 핀, 실제 실행, 관찰된 결과, 재현성 검사 및 검증된 정리가 없습니다. 따라서 원본 증거의 문은 열려 있습니다. 실험실 성공, 보안 보장 또는 EmailAuth 기능은 주장되지 않습니다.
기술 소유자는 프로토콜 해석을 승인해야 하고, 보안 소유자는 실제 실험을 승인해야 하며, 독립적인 검토자는 다음 단계 결정 전에 결과 증거를 평가해야 합니다. 제작 적용 가능성, 사이트 및 시각적 승인, 출판 허가는 별도의 문으로 유지됩니다. 좋은 실험실은 미완성 표준에서 추론된 새로운 생산 요구 사항이 아니라 다른 엔지니어가 도전할 수 있는 제한된 답변을 생성합니다.