발신 도메인에 계정 매핑
Emma 인증은 도메인 수준 DNS 와 계정별 확인 단계를 결합합니다. 도메인에서 보낼 각 계정 또는 하위 계정, 소유자 및 기본 발신자 이메일을 나열하는 것부터 시작하세요. 두 캠페인 계정에 동일한 도메인이 표시된다고 해서 인증 토큰을 교환할 수는 없습니다.
공급자의 DKIM 설정 가이드 사용자에게 기본 발신자 이메일이 인증되는 도메인과 일치하도록 지시합니다. DNS 작업 전에 해당 설정을 확인하세요. 그렇지 않으면 캠페인 소유자가 다른 ID를 사용하여 계속 보내는 동안 관리자는 하나의 도메인을 성공적으로 구성할 수 있습니다.
도메인 레코드 및 계정 증명 게시
엠마 문서 3 DKIM CNAME _domainkey 아래의 e2ma-k1, e2ma-k2 및 e2ma-k3 선택기와 dkim.e2ma.net 아래의 해당 대상을 사용하여 기록합니다. DNS 호스트의 올바른 소유자 이름 구문을 구현하고 사용할 때 공급자 지침에서 현재 값을 검색합니다. 이 가이드는 개인 계정 구성을 제공하지 않으며 기존 기록이 테스트되었다고 주장하지 않습니다.
또한 워크플로에는 계정의 자체 검증 해시로 e2ma-verification=으로 시작하는 TXT 값이 필요합니다. 올바른 계정 컨텍스트를 보려면 계정 > 배달 가능성에서 해당 해시를 찾으세요. Emma는 각 계정 또는 하위 계정에 고유한 해시가 있으며 계층화된 계정에는 관련 하위 계정에 대해 별도의 TXT 확인 레코드가 필요하다고 말합니다. 단순히 도메인을 공유한다는 이유로 다른 활성 계정의 확인 레코드를 교체하지 마세요.
같지 않은 SPF, 한 소유자의 여러 후보 정책으로 인해 오류가 발생하는 경우 관련되지 않은 도메인 확인 TXT 값이 공존할 수 있습니다. 각자의 목적을 지키세요 TXT 레코드 명시적이므로 정리 작업으로 인해 다른 캠페인 계정에 필요한 증거가 제거되지 않습니다. 다른 서비스의 토큰으로 시작하는 TXT 값이 더 이상 사용되지 않는다고 추론하지 마세요. SPF 레코드.
기존 선택기를 손상시키지 않고 이름 확인
게시하기 전에 실제 권한 있는 DNS 서비스와 기존 레코드 소유자를 검사하세요. 등록자 로그인은 라이브 영역을 제어할 수 없습니다. 각각 선택자, 기존 레코드 유형 및 대상을 승인된 변경 사항과 비교합니다. CNAME 동일한 소유자의 일반 경쟁 데이터와 결합할 수 없으므로 두 공급자를 하나의 선택기 이름에 강제로 적용하는 대신 충돌을 해결합니다.
저장 후 전체 공개 소유자와 대상을 확인하세요. 상대 레이블 편집기와 정규화된 입력 형식은 다릅니다. 중복된 도메인 접미사는 시각적으로 그럴듯한 기록을 쓸모없게 만들 수 있습니다. 올바른 계정에서 Emma의 최종 검증을 완료하고 각 하위 계정의 상태를 별도로 유지하세요. 소스는 워크플로를 설명하지만 사용자의 DNS 또는 계정이 이를 통과했는지 확인하지 않습니다.
실제 캠페인 아이덴티티 실행
원본 확인 워크시트: 기본 발신자 도메인, 토큰 소유자, 선택자 답변, 최종 확인 상태 및 제어된 메시지 증거가 포함된 계정/하위 계정당 하나의 행. 실질적으로 서로 다른 각 계정 경로를 통해 통제된 사서함으로 무해한 캠페인을 보냅니다. 테스트 중에는 고객 주소와 생산 청중을 피하십시오.
수신자의 DKIM 결과를 캡처하여 표시되는 보낸 사람 도메인과 함께 도메인 및 선택기에 서명합니다. 봉투 보낸 사람. 유효한 서명은 서명 도메인에 따른 확인을 증명합니다. DMARC 추가로 필요합니다 조정 해당 인증 경로에 대해 From을 사용합니다. TXT 소유권 토큰은 메시지 서명을 확인하는 데 사용되는 키가 아니며, 확인만으로는 정렬을 해결할 수 없습니다.
예시 시나리오: 상위 계정이 성공적으로 검증되었지만 하위 계정에는 여전히 자체 확인 증거로 입력된 상위 계정의 해시가 있습니다. 올바른 다음 단계는 하위 계정의 고유 값을 검색하고 해당 계정의 유효성을 검사하는 것입니다. DNS 결함 증거 없이 세 도메인 CNAME을 모두 다시 생성하는 것은 아닙니다.
복구 가능한 계정 인벤토리 유지
변경 전 설정 및 기록을 저장합니다. 검증에 실패하면 영향을 받는 캠페인을 일시 중지하고 기본 발신자, 계정 토큰 또는 공개 선택기가 잘못된지 확인하십시오. 종속성을 확인한 후 영향을 받은 구성만 복원하십시오. 다른 계정의 유효한 토큰과 선택기는 그대로 유지합니다.
하위 계정 추가, 기본 발신자 변경, DNS 마이그레이션 시 다시 확인하세요. 문서는 2026년 11월 8일에 검토되었습니다. 워크시트와 시나리오는 원본 예시입니다. Emma 계정, 공개 기록 또는 전달된 캠페인은 여기에서 테스트되지 않았습니다.
두 계정 완료 원장 사용
서면 케이스 EM-01에서는 상위 및 이벤트가 모두 From news@example.com 의도한다고 가정합니다. 부모는 자체 인증 토큰을 갖고 있으며 최종 검증을 완료했습니다. 이벤트가 실수로 상위 토큰을 참조합니다. 자체 토큰과 최종 유효성 검사가 누락된 상태로 남아 있습니다. 이 예에서는 3개의 도메인 CNAME이 쿼리되지 않고 올바르게 규정되어 있습니다. 상위의 작동 토큰을 유지하고 이벤트의 계정별 값을 검색하고 이벤트에서 유효성 검사를 완료하세요. 누락된 계정 증명을 복구하기 위해 공유 선택기를 다시 생성하지 마세요. 이벤트에 대한 메시지 인증은 통제된 캠페인을 검사할 때까지 알 수 없습니다. 토큰이 수집되거나 게시되지 않았으며 캠페인도 전송되지 않았습니다.
현재 공급자 가이드는 각 계정 또는 하위 계정을 하나의 인증된 도메인으로 제한합니다. 대신 이벤트에 news@other.example 이 필요한 경우 작업 설정을 교체하기 전에 별도의 ID와 계정 선택을 기록하세요. 상위 계정의 도메인 성공으로 인해 이 제품 제한이 제거되지는 않습니다.
시행 경계 유지
RFC 9989 섹션 7.4에서는 도메인 게시를 위해 SPF 단독이 아닌 유효한 DKIM 필요합니다. p=reject, 간접 메일과 메일링 목록 상호 운용성에 대해 경고합니다. 단일 성공적인 직접 메시지 테스트가 모든 합법적인 경로가 더 강력한 정책을 수용할 준비가 되어 있다는 증거는 아닙니다. 실제 격차를 진단하는 동안 기존에 승인된 보호를 유지합니다. 모든 정책 변경에는 자체 결정이 필요합니다.