DNS 편집하기 전에 rapidmail 경로 매핑
거래 메시지가 여전히 다른 인증 설정을 사용하는 동안 뉴스레터 도메인을 준비할 수 있습니다. 조직에서 실제로 사용하는 rapidmail 기능(메일링, 가입 양식과 관련된 메시지, 거래 메일)을 나열하는 것부터 시작하십시오. 각각에 대해 해당 계정, 보낸 사람 주소, 회신 사서함 및 비즈니스 소유자를 기록합니다. 승인 테스트에서는 이러한 경로를 개별적으로 다루어야 합니다.
신속한 메일 거래 DKIM 가이드 뉴스레터에는 명시적으로 다음과 같은 내용이 나와 있습니다. DKIM 트랜잭션 메시지에는 자동으로 적용되지 않습니다. 이것이 이 가이드의 주요 구성 경계입니다. 성공적인 캠페인을 신청서 접수, 확인 또는 기타 거래 작업 흐름이 인증되었다는 증거로 사용하지 마십시오.
조직이 관리하는 발신자 도메인을 선택하세요. 권한 있는 DNS 에 대한 액세스를 확인하고 기존 메일 기록에 의존하는 모든 사람을 식별합니다. DNS 관리자에게 전체 영역의 이메일 구성을 교체하라는 지시가 아닌 경로별 변경 요청을 제공합니다. 마케팅 소유자는 테스트하기 전에 인식 가능한 발신자와 모니터링되는 회신 주소를 승인해야 합니다.
지원되는 인증 워크플로 선택
신속한 메일 수동 인증 지침 계정 설정, Absender-Einstellungen 및 Absender-Authentifizierung부터 시작하여 설명합니다. 안내 프로세스에서는 Entri를 사용합니다. 수동 옵션은 필요한 레코드 값을 노출합니다. 원하는 도메인을 선택하고 해당 도메인에 대해 표시된 지침을 따르십시오. 이때 DNS 관리자는 제안된 변경 사항을 검토합니다.
설명서 가이드에서는 네 개의 행을 설명합니다. DMARC, SPF 로 표현되는 CNAME, 메일링용 DKIM , 가입 양식을 포함한 기능용 DKIM . 변경 워크시트에서 이러한 구별을 유지하십시오. 작업을 단일 일반 DKIM 레코드로 축소하거나 CNAME 명령어를 TXT 레코드 오래된 기사가 다른 디자인을 사용했기 때문입니다.
현재 계정이 다른 레이블이나 레코드 유형을 제공하는 경우 계속하기 전에 불일치를 저장하고 현재 공급자 지침을 얻으십시오. 공개 문서는 계정의 최종 값이 아닌 지원되는 패턴을 설정합니다. 이 문서에서는 재사용 가능한 선택기, 대상 또는 공개 키를 제공하지 않습니다. 변경을 제안하는 레코드를 이해하는 것을 피하기 위해 설정 도우미에게 광범위한 DNS 액세스 권한을 부여하지 마십시오.
정확한 게시 및 기존 정책 보존
발행된 모든 기록에 대해 소유자, 유형, 값, 목적 및 지침 타임스탬프를 기록합니다. DNS 편집기가 영역 이름을 자동으로 추가하는지 확인하세요. 특히 하위 도메인의 경우 저장 후 전체 공개 이름을 비교하세요. 시각적으로 그럴듯한 필드는 반복되는 접미사를 생성하거나 레코드를 잘못된 영역에 배치할 수 있습니다.
무엇이든 교체하기 전에 충돌하는 기록을 검토하세요. CNAME 소유자가 이미 다른 공급자에게 서비스를 제공하고 있을 수도 있습니다. 지원되는 계획 없이 대체 레이블을 만들거나 다른 서비스의 기록을 제거하지 마십시오. 공급자 지정 별칭을 향후 DNS 정리 후에도 목적과 소유자가 유지되어야 하는 지속적인 공급자 관리 DNS 종속성으로 취급합니다.
신속한 메일 인증 개요 SPF , DKIM 및 DMARC 함께 설명합니다. 프로토콜 ID를 사용하여 해당 운영 지침을 해석합니다. SPF SMTP ID를 평가하고 DKIM 서명 도메인을 인증합니다. TXT SPF 정책을 변경해야 하는 경우 해당 소유자에게 정책 하나를 유지하고 전체 DNS 조회 비용을 다음과 같이 계산합니다. RFC 7208. 두 번째 루트를 추가하지 마세요. SPF 레코드 CNAME 기반 명령어를 모방합니다.
소유자에게 다른 레코드를 게시하기 전에 DMARC 검사하세요. 모니터링 정책의 예는 기존 승인된 정책을 다운그레이드하거나 해당 보고 대상을 교체할 수 있는 권한이 아닙니다. rapidmail뿐만 아니라 모든 합법적인 발신자에 대한 정책 변경을 계획합니다. 초기 설정에 대한 수동 가이드의 권장 사항은 조직의 현재 적용을 약화시켜야 한다는 것을 설정하지 않습니다.
트랜잭션 DKIM 자체 변경사항으로 구성
거래 메일의 경우 문서화된 경로는 Transaktionsmails, Absenderdomains verwalten입니다. 관리자는 해당 도메인을 편집하고, 해당 DKIM 키를 생성하고, 발급된 TXT 레코드를 게시하고, 확인 및 활성화 작업을 수행합니다. 따라가다 거래 지시 뉴스레터 설정을 복사하는 대신 해당 경로에 대해
공용 DNS 값을 애플리케이션 자격 증명과 별도로 유지하십시오. 공개 확인 데이터만 DNS 워크시트에 속합니다. 지원 첨부 파일이나 검토 번들에 SMTP 비밀번호, 개인 서명 자료 또는 API 비밀을 넣지 마십시오. 테스트가 실패할 경우 이전 애플리케이션 구성을 복원할 수 있는 사람을 기록합니다.
키 생성 작업은 경로 소유자와 함께 예약되어야 합니다. 기존 키가 활성 상태인지 여부와 다른 키를 생성하기 전에 교체 중에 공급자가 기대하는 사항을 설정합니다. DNS 문제 해결 기술로 반복 재생성을 피하십시오. 관리자가 이전 변경 사항을 검증하는 동안 예상되는 공개 값을 변경할 수 있습니다.
제어된 메시지로 각 경로를 확인하세요.
게시 후 퍼블릭 DNS 및 해당 rapidmail 상태를 확인하세요. 관련 TTL 및 공급자 확인을 위한 시간을 허용합니다. 반복적으로 편집하면 수신자가 본 값이 무엇인지 모호해질 수 있습니다. 녹색 상태는 유용한 설정 증거이지만 선택한 보낸 사람이나 워크플로가 해당 구성을 사용했음을 증명하지는 않습니다.
무해한 뉴스레터를 보내고, 사용되는 경우 통제된 가입 양식 흐름을 실행하고, 승인된 거래 테스트를 시작하십시오. 소유한 테스트 주소를 사용하고 단순히 헤더를 수집하기 위해 실제 가입자를 등록하거나 실제 고객 주문을 생성하는 것을 피하세요. 메시지 ID, UTC 시간, 보낸 사람을 저장합니다. Return-Path, 모든 DKIM d= 및 s=, 및 신뢰할 수 있는 수신 시스템 결과.
DKIM 의 사양 서명 도메인을 식별하고 선택자 전지. 관찰된 서명을 해당 경로에 대해 발행된 기록과 비교하십시오. 아래에 RFC 9989, 통과한 SPF 또는 DKIM 결과는 DMARC 에 대해 표시되는 보낸 사람 도메인과도 일치해야 합니다. 구성된 완화 또는 엄격을 확인하십시오. 조정 관련 도메인을 가정하는 것보다 모드로 충분합니다.
배치를 별도로 평가하십시오. 인증된 메시지는 수신자 정책, 평판 또는 콘텐츠로 인해 필터링될 수 있습니다. 테스트가 도착하지 않으면 DNS 진단하기 전에 전송, 반송 또는 억제 증거를 확보하십시오. 누락된 메시지와 명시적인 인증 실패의 경우 다른 다음 단계가 필요합니다.
rapidmail 경로 승인 워크시트
각 우편물, 양식 및 거래 경로에 대해 한 행을 작성하십시오.
- 계정, 경로, 소유자 및 의도한 보낸 사람 주소: ____.
- 통제된 수신자 및 모니터링되는 회신 주소: ____.
- 현재 지침 및 발행된 기록 세트: ____.
- 기록 목적, 전체 소유자, 유형 및 값 참조: ____.
- 기존 소유자 충돌 및 승인된 해결 방법: ____.
- DMARC 정책이 유지되거나 승인됨 별도 변경: ____.
- 공개 DNS 확인, 신청 상태 및 활성화 시간: ____.
- 메시지 ID, UTC 시간, Return-Path 및 DKIM d= 및 s=: ____.
- 신뢰할 수 있는 SPF , DKIM 및 DMARC 결과 및 조정된 메커니즘: ____.
- 복구 조치, 검토자 및 다음 재확인 트리거: ____.
다른 경로가 동일한 브랜드 이름을 사용하더라도 헤더 증거가 누락된 경우 경로를 보류 상태로 유지합니다. 워크시트는 출시를 승인하는 사람에게 테스트되지 않은 경로를 분명하게 보여주어야 합니다.
거래 불일치에 대한 허구적 진단
가상의 예: Linden Goods는 뉴스레터 도메인을 인증하고 성공적인 캠페인 테스트를 확인합니다. 신청 확인이 여전히 DMARC 실패합니다. 관리자는 메일링 설정만 완료되었음을 발견했습니다. 별도로 발급된 DKIM 기록으로 트랜잭션 도메인이 구성 및 활성화되지 않았습니다.
팀은 지원되는 트랜잭션 흐름을 완료하고 DNS 확인한 후 새로운 제어 확인을 보냅니다. 경로를 수락하기 전에 실제 서명 도메인과 From 정렬을 비교합니다. 팀은 누락된 설정을 가리기 위해 전체 도메인의 DMARC 정책을 낮추지 않습니다. Linden 계정, DNS 영역 또는 메시지가 관찰되지 않았습니다.
모든 전송 경로를 검토 상태로 유지
발신자 도메인 변경, 키 교체, 새 양식, 애플리케이션 마이그레이션 또는 DNS 호스트 이동 후 다시 확인하세요. 레코드 인벤토리와 경로별 헤더를 함께 보존합니다. 현재 공개 문서는 절차를 지원하는 반면, 실시간 테넌트 검사, 계정 발급 값, DNS 및 헤더 테스트, 시각적 검토, SME 승인 및 게시는 보류 중입니다.
수동 정책 단계 전에 해당 DKIM 설정을 완료하세요.
현재 수동 DMARC 가이드에서는 해당 프로세스 전에 성공적인 DKIM 설정이 필요합니다. 메일링 및 가입 양식 항목을 별도의 트랜잭션 키와 구별되도록 유지하십시오. 정책 존재 표시기는 누락된 트랜잭션 테스트를 종료해서는 안 됩니다. 가상의 경우 개별 SPF 및 DKIM 결과는 지정되지 않은 상태로 유지됩니다. 이 예에서는 특정 선택기 오류 또는 성공적인 복구를 설정하지 않습니다.
정책 출시와 별도의 메시지 승인
정렬된 SPF 결과를 통과하면 메시지 평가를 만족할 수 있지만 전체 도메인을 거부하도록 이동하는 것만으로는 충분하지 않습니다. RFC 9989 섹션 7.4에는 도메인 게시를 위한 유효한 DKIM 필요합니다. p=reject 간접 메일 상호 운용성에 대해 경고합니다. 정책 소유자가 시행을 승인하기 전에 모든 합법적인 발송인과 간접 경로의 목록을 작성하십시오. 이 문서에서는 DNS 변경, 테넌트 작업 또는 메시지 수신 테스트가 실행되지 않았습니다.