Campaign Monitor는 계정 설정, 공용 DNS 및 확인 확인을 통해 전송 도메인을 인증합니다. 하위 도메인을 포함하여 보낸 사람 주소에 표시될 정확한 도메인을 사용하세요. 이는 발신자별 구성입니다. Campaign Monitor를 인증해도 동일한 브랜드 도메인을 사용하는 다른 서비스는 인증되지 않습니다.
신원 확인 및 소유자 변경
조직이 의도한 도메인을 제어하고 DNS 운영자가 권한 있는 영역을 변경할 수 있는지 확인하세요. 기존 저장 선택자, SPF 그리고 DMARC 레코드. 제안된 정책 교체를 수락하기 전에 다른 합법적인 발신자를 식별하십시오. 캠페인을 구성하는 사람과 DNS 게시하는 사람을 메일과 같은 짧은 레이블뿐만 아니라 전체 도메인에 맞춰 유지하세요.
그만큼 발신 도메인 가이드 2차 도메인 인증은 플랫폼의 하위 도메인을 인증하지 않는다는 의미입니다. 캠페인에서 news.example.com 사용하는 경우 example.com 계정 설정을 포함한다고 가정하는 대신 정확한 도메인을 추가하세요.
도메인 및 생성된 키 구성
프로필 메뉴, 계정 설정, 도메인 전송을 차례로 엽니다. 발신 도메인 설정 또는 도메인 추가를 선택하고 전체 도메인을 입력한 후 계속하세요. 편집자의 올바른 전체 이름 또는 상대 이름 규칙을 사용하여 생성된 TXT 이름과 값을 신뢰할 수 있는 DNS 에 게시합니다. 캠페인 모니터로 돌아가서 기록을 추가했습니다. 또는 나중에 돌아올 경우 기록을 다시 확인을 선택합니다.
편의상 기존 개인 키를 가져오는 대신 이 설정에 새로 생성된 키를 사용하십시오. DNS , 티켓 및 공유 워크시트에서 개인 서명 자료를 보관하세요. 생성된 선택기가 다른 활성 레코드와 충돌하는 경우 교체하기 전에 충돌을 해결하세요. 공개 예시는 계정의 키가 아닙니다.
DMARC 보존하고 SPF 신중하게 조정하세요.
문서화된 작업 흐름은 기존의 유효한 DMARC 구성. 도메인 소유자가 별도의 변경을 승인하지 않는 한 시행 정책과 보고 대상을 유지하세요. 정책이 적용되지 않는 경우 올바른 소유자에게 정책을 설정하세요. 에이 p=none 예를 들어 모니터링 요청은 시행이 아니며 부모로부터 물려받은 정책을 약화시키는 이유가 아닙니다.
Campaign Monitor는 include:_spf.createsend.com. 사용하여 선택적 SPF 인증을 권장합니다. 해당 인증이 구성에 적합한 경우 두 번째 정책을 추가하는 대신 기존 SPF 정책 하나로 병합하세요. 다른 합법적인 발신자를 보존하고 SPF 의 조회 제한과 비교하여 평가된 종속성 경로를 확인하세요. 공급자의 이메일 인증 개요 컨텍스트를 제공하지만 수신된 봉투는 수신자가 실제로 확인하는 도메인을 결정합니다.
서비스 소유 봉투의 SPF 패스가 표시되는 보낸 사람과 반드시 일치할 필요는 없습니다. 패스 정렬됨 DKIM 서명 SPF 경로가 정렬되지 않은 경우에도 DMARC 충족할 수 있습니다. 엄격한 SPF 약속하지 마십시오 조정 단지 From 도메인에 포함이 추가되었기 때문입니다. TXT 레코드.
캠페인 테스트 전 기록 확인
각 권한 있는 서버에서 생성된 선택기를 쿼리한 다음 해당 DMARC 및 SPF 답변을 검사합니다. 전체 소유자, 유형, 값 및 타임스탬프를 기록합니다. DNS 편집기는 긴 TXT 값을 하나의 레코드 내에서 문자열로 분할할 수 있습니다. 여러 장을 출판하는 것과는 다릅니다 DKIM 기록. DNS 공급자의 처리에 따라 재구성된 값을 비교합니다.
Campaign Monitor가 확인할 수 없는 경우 중복된 도메인 접미사, 잘못된 레코드 유형, 누락된 키 문자 및 권한 있는 서버 불일치를 확인하세요. TTL은 캐싱 제어이지 모든 유효성 검사기가 업데이트되는 보장된 시간이 아닙니다. 캐시된 부정 답변은 새 기록이 생성되는 순간보다 오래 지속될 수 있습니다.
실제 캠페인이 의도한 도메인을 사용하는지 확인
새로 인증된 보낸 사람 주소로 통제된 테스트 캠페인을 보냅니다. 신뢰할 수 있는 상태로 유지 Authentication-Results, 에서, Return-Path 모든 DKIM d=/s= 쌍. 통과 서명이 구성된 모드에서 보낸 사람 도메인과 일치하는지 확인하세요. 테스트는 통과했지만 이후 캠페인이 실패하는 경우 DNS 수정하기 전에 발신자 주소와 경로를 비교하세요.
예시 사례: example.com 구성되었지만 캠페인에서 계정에 추가되지 않은 news.example.com 사용합니다. 실제 캠페인 ID에 대한 도메인 설정을 수정하세요. 다른 ID의 구성을 해결하기 위해 유효한 상위 도메인 키를 바꾸지 마십시오.
가능한 경우 승인될 때까지 이전 작업 발송인을 유지합니다. 계정 변경, 새로운 전송 하위 도메인, DNS 마이그레이션 또는 키 순환 후에 다시 확인하세요. 은퇴하기 전에 예약된 캠페인을 중지하고 종속성이 더 이상 사용되지 않는지 확인하세요. 이 기사는 다큐멘터리 가이드 및 제안된 검증 계획이며 실시간 Campaign Monitor 테스트 또는 보장된 전달에 대한 증거가 아닙니다.
제품 범위 차이와 엄격한 정렬을 혼동하지 마십시오.
서면 사례 CM-01에서는 제품에 example.com 구성되어 있지만 보낸 캠페인은 news@news.example.com 이라고 가정합니다. 신뢰할 수 있는 전달 DKIM 서명 d=example.com, s=demo1. 일반적으로 완화된 조직-도메인 정렬을 사용하면 해당 서명이 news.example.com 에 정렬될 수 있습니다. adkim=s 사용하면 정확히 일치하지 않습니다. SPF 및 기타 서명을 알 수 없으므로 엄격 모드 전체 판정은 해결되지 않았으며 설정된 DMARC 실패는 아닙니다. 어느 전제도 Campaign Monitor에 의도된 하위 도메인이 구성되어 있음을 증명하지 못합니다. 캠페인 소유자는 정확한 도메인 설정을 완료하고 출시 전에 결과적으로 통제되는 캠페인을 검사해야 합니다. 이는 캡처된 전달이나 정책을 완화하는 이유가 아닌 허구의 입력입니다.
시행 경계 유지
RFC 9989 섹션 7.4에서는 p=reject, 게시하는 도메인에 대해 SPF 만 아닌 유효한 DKIM 필요하며 간접 메일과 메일링 목록 상호 운용성에 대해 경고합니다. 단일 성공적인 직접 메시지 테스트가 모든 합법적인 경로가 더 강력한 정책을 수용할 준비가 되어 있다는 증거는 아닙니다. 실제 격차를 진단하는 동안 기존에 승인된 보호를 유지합니다. 모든 정책 변경에는 자체 결정이 필요합니다.