Delivra 계정 및 도메인 인벤토리로 시작
Delivra의 공개 인증 도움말 페이지는 자세한 내용을 링크합니다. 이메일 인증 지침. 해당 지침은 도메인의 DNS 운영자와 협력하는 사이트 관리자를 설명합니다. DKIM 선택기 각 전송 도메인에 대한 키와 별도의 서명 활성화 단계가 필요합니다. 이 가이드에서는 문서화된 워크플로를 다룹니다. 특정 계정의 기능 액세스, 생성된 값 또는 완료된 구성을 설정하지 않습니다.
캠페인 발신자 주소로 지정된 모든 도메인을 식별하고 이를 관련 계정 및 사이트에 매핑합니다. 동일한 도메인에 있는 여러 사서함에는 자동으로 별도의 도메인 키가 필요하지 않지만, 다른 도메인은 가정에 따라 다른 도메인의 키를 상속해서는 안 됩니다. 기록을 변경하기 전에 관리 범위를 명시적으로 유지하십시오. 특히 한 사이트에서 여러 브랜드를 제공하거나 독립적으로 관리되는 사업부를 관리하는 경우 더욱 그렇습니다.
자세한 공개 지침에는 캡처된 기사 텍스트에 신뢰할 수 있는 게시 날짜가 표시되지 않습니다. 현재 계정 적용 가능성과 인터페이스 변경 사항은 그대로 유지됩니다. 계획을 실행할 때 실제 표시된 기록과 현재 관리자 확인을 사용하십시오. 스크린샷의 샘플 선택기는 계정 생성 값이 아니며 원고는 키를 생성하지 않았거나 테넌트에 액세스하지 않았습니다.
문서화된 SPF 인증 병합
지침에서는 기존에 대해 include:ne16.com 지정합니다. SPF 정책이 없는 도메인에 대한 완전한 예를 제공합니다. 기존 직원 또는 애플리케이션 인증을 교체하는 대신 도메인의 전체 합법적인 발신자 인벤토리 내에서 해당 메커니즘을 검토하세요. 예제의 mx 용어, 소프트 페일 한정자 및 TTL은 모든 도메인에 대한 보편적인 설정이 아닙니다. 변경 요청에 승인된 정확한 차이가 표시되도록 유지하세요. Delivra 인증 지침
RFC 7208 , 섹션 3.2 한 소유자가 여러 개의 SPF 정책을 선택하는 것을 금지합니다. 일관된 단일 TXT 정책을 유지하고 중첩 작업을 포함하여 섹션 4.6.4에 따라 평가된 DNS 종속 용어를 검토합니다. 눈에 보이는 포함 또는 관찰된 DNS 패킷만 계산하는 것만으로는 충분하지 않습니다. 특정 평가 경로에서 실제 발신자를 인증하지 않고도 정책이 존재하고 구문적으로 유효할 수 있습니다.
255자를 최대 총 SPF 정책 길이로 처리하지 마십시오. 섹션 3.3에서는 하나의 여러 문자열을 설명합니다. TXT 레코드 추가 공백 없이 연결합니다. 이는 여러 경쟁과 다릅니다. SPF 레코드. 편집자가 긴 값을 분할하는 경우 단지 프레젠테이션 제한에 맞추기 위해 인증을 삭제하는 대신 결과 논리적 레코드를 확인하십시오. 이는 모든 DNS 편집기가 동일한 입력 형식을 지원한다는 주장이 아니라 프로토콜 구별입니다.
도메인 키를 생성하고 정확한 값을 게시하세요.
문서화된 관리자 경로는 설정, 계정, 도메인 키, 도메인 키 생성입니다. 관리자는 도메인에 들어가 키 크기를 선택하고 저장하여 DNS 지침을 얻습니다. 핸드오프에는 도메인 이름, DKIM TXT 레코드 주소 및 DNS TXT 레코드 값입니다. 이들은 함께 속합니다. 잘못된 소유자의 올바른 키는 의도한 선택기 조회를 지원할 수 없습니다. Delivra 인증 지침
DNS 운영자는 발급된 주소와 값을 사용하여 TXT 레코드를 게시합니다. 가이드에는 많은 제공업체가 선택자만 기대한다고 명시되어 있습니다. _domainkey 부분은 호스트 필드에 있지만 이는 편집자에 따라 다릅니다. 도메인을 전체적으로 제거하거나 추가하는 대신 전체 결과 소유자를 확인하세요. 스크린샷의 긴 선택기를 재사용하지 마세요. 소스는 해당 값을 계정 및 전송 도메인에 고유한 예로 명시적으로 식별합니다.
불일치의 경우 생성된 전체 공개 키를 실수로 발생한 공백, 잘림, 줄 바꿈을 포함하여 게시된 논리 값과 비교합니다. 지침에서는 일부 레거시 DNS 제한 사항에 대해 더 작은 키를 생성하도록 제안하지만 이 가이드에서는 첫 번째 응답으로 자동 삭제 또는 다운그레이드를 권장하지 않습니다. 교체를 승인하기 전에 현재 DNS 공급자 지원, 조직의 주요 요구 사항 및 활성 서명에 미치는 영향을 설정합니다. 표현 문제와 암호화 정책 결정은 별개의 문제입니다.
게시 후 서명 활성화
문서화된 다음 단계는 설정, 계정, 도메인 키로 돌아가 키가 있고 DNS 에 유효한 경우 서명 활성화를 사용하는 것입니다. 승인 계획에서 이 활성화 단계를 유지하십시오. 완료된 DNS 티켓은 계정이 서명 중이라는 증거가 아니며, 버튼이 있다고 해서 해당 티켓이 사용되었다는 증거는 아닙니다. 승인된 구현이 발생하면 실제 관리자 확인을 기록합니다. Delivra 인증 지침
동일한 지침에서는 캠페인 작업 흐름의 보낸 사람 이름 및 주소 옆에 있는 인증 표시기를 설명합니다. 이를 메시지에 대한 수신자의 결과와 별도로 공급자 확인으로 처리합니다. 녹색 표시기는 계정의 관점을 나타내는 유용한 증거이지만 모든 캠페인 경로, 수신자 결정 또는 향후 서명을 증명하지는 않습니다. 소식통은 또한 불완전한 인증 자체가 전송을 막는 것은 아니라고 말합니다. 그러므로 플랫폼 블록이 없다는 것은 수용 기준이 아닙니다.
사이트 범위에서 사용자 정의 반환 경로 검토
델리브라스 사용자 정의 반환 경로 가이드 계정별 옵션이 아닌 사이트 전체 구성을 설명합니다. 모든 계정은 해당 공유 배열에 대해 동일한 루트 도메인에서 보내야 한다고 나와 있습니다. 문서화된 DNS 단계에서는 바운스 하위 도메인을 사용합니다. CNAME lists.n-email1.net 으로 ; 그러면 지원팀에서 사이트를 확인 및 구성하고 확인 테스트를 보냅니다. 이는 전제 조건 및 공급자 단계이며 여기에서 수행되는 작업이 아닙니다.
공유 변경 사항을 승인하기 전에 영향을 받는 각 비즈니스 소유자와 해결되지 않은 예외를 기록하세요. 재고가 불완전할 때 결정을 보류하세요.
격리 또는 거부 정책은 엄격한 정책과 동일하지 않습니다. 식별자 정렬. RFC 9989 , 섹션 4.4 요청된 처리와 관계없이 정렬 관계를 정의합니다. 바운스 하위 도메인은 엄격한 정렬에 대한 정확한 동일성을 설정하지 않고도 관련 작성자 도메인과의 완화된 정렬을 지원할 수 있습니다. 문서화된 CNAME 만을 기반으로 엄격한 정렬 호환성이나 모든 수신자의 "대신" 디스플레이 제거를 약속하지 마십시오.
설정 화면만 보는 것보다 메시지를 평가하세요.
제안된 승인된 승인 실행에서는 무해한 콘텐츠를 사용해야 하며 실제 작성자 도메인, 봉투 ID, 서명 도메인 및 선택자를 기록해야 합니다. RFC 6376 , 섹션 3.5 수신된 메시지를 해당 DNS 키에 연결하는 데 사용되는 서명 필드를 정의합니다. 신뢰할 수 있는 수신자의 결과를 승인된 ID 및 의도된 경로와 비교합니다. 실제 구독자 정보나 기밀 캠페인 콘텐츠를 승인 없이 외부 검사기에 업로드하지 마세요.
DMARC 정렬된 통과 SPF 결과 또는 정렬된 통과 DKIM 결과를 통과할 수 있습니다. 메시지가 무해하다는 것을 인증하지 않으며, 인증된 메일은 계속 필터링될 수 있습니다. 공공 정책의 예는 조직의 시행 정책을 대체하거나 보고 수신자를 추가하는 권한이 아닙니다. 도메인 전체 정책 결정 및 데이터 공유 승인을 발급된 공용 DNS 레코드 복사와 별도로 유지하세요.
가상 진단 및 공백 승인 워크시트
가상의 교육 출판사인 Maple Folio는 생성된 키를 게시하지만 결코 서명 활성화로 돌아가지 않습니다. DNS 변경 기록은 완전한 것처럼 보이지만 메시지 준비 상태는 입증되지 않은 상태로 유지됩니다. 또한 검토를 통해 제안된 반품 경로가 두 번째 브랜드와 공유된 사이트를 포함한다는 사실도 발견되었습니다. 팀은 보류 중인 활성화를 사이트 전체 설계 결정과 분리하고 승인된 소유자에게 출시 전에 두 가지를 모두 해결하도록 요청합니다. 이 가상 시나리오에는 실제 계정 작업이나 메시지 결과가 포함되어 있지 않습니다.
- 사이트, 계정, 전송 도메인 및 현재 워크플로 적용 가능성: ______
- 기존 SPF 정책 및 승인된 변경 사항: ______
- 고유한 DKIM 소유자, 공개 키 및 게시 증거: ______
- 서명 확인 및 캠페인 지표 관찰 활성화: ______
- 사이트 전체 반환 경로 호환성 및 공급자 완성(사용된 경우): ______
- 실제 메시지 ID, 신뢰할 수 있는 결과 및 정렬 모드: ______
- 정책 소유자, 해결되지 않은 예외 및 릴리스 결정: ______
원래 구현 증거, 인적 검토, 현재 적용 가능성, 생산 경로, 시각적 접근성 및 소유자 릴리스는 계속 열려 있습니다. 키, DNS 항목, 지원 요청, 테스트 메시지 또는 게시가 생성되지 않았습니다.