범위 및 전제조건
이 절차는 Yotpo's에 설명된 리뷰 및 충성도 사용자 정의 도메인 경로에 대한 것입니다. CNAME 인증안내. SMS 및 이메일을 포함한 모든 Yotpo 제품이 동일한 설정을 사용한다는 주장은 아닙니다. 문서화된 경로는 Yotpo 뒤의 SendGrid 사용하며 지원 제공 도메인별 레코드가 필요합니다. 기록을 요청하기 전에 리뷰 또는 충성도 소유자에게 제품의 이메일 설정에 표시된 정확한 도메인을 확인하도록 하십시오.
문서화된 경로 구성
- 1단계. 제품, 계정, 도메인에서 표시하려는 의도 및 기존 DNS 소유권을 기록합니다. 해당 도메인에 대해 이미 SendGrid 사용하고 있는 다른 응용 프로그램을 식별합니다.
- 2단계. Yotpo Reviews 지원 또는 Yotpo Loyalty 지원에서 도메인의 CNAME 세트를 요청합니다. 지원팀에서 충돌하지 않는 기록 구조를 제공할 수 있도록 정확한 이메일 설정 도메인을 제공하고 기존 SendGrid 통합을 공개하세요.
- 3단계. 제공된 모든 호스트와 대상을 권한 있는 DNS 영역에 복사합니다. Yotpo의 그림에는 봉투 관련 CNAME 과 두 개가 포함되어 있습니다. DKIM CNAME이지만 해당 호스트 및 값 문자열은 도메인별로 고유합니다. 그림은 귀하의 계정에 대한 구성이 아닙니다.
- 4단계. 기록 유형을 보존합니다. 요청한 CNAME 다음으로 바꾸지 마십시오. TXT 레코드 또는 덮어쓰기 선택자 다른 발신자에게 위임되었습니다. CNAME 소유자의 경우 새 위임을 게시하기 전에 충돌하는 일반 레코드를 해결해야 합니다.
- 5단계. Yotpo 지원팀에 게시된 기록의 유효성을 검사하고 활성화를 완료하도록 요청하세요. DNS 게시만으로는 최종 문서화 단계가 아닙니다.
- 6단계. 지원이 완료되었음을 확인한 후 대표 리뷰 또는 충성도 메시지를 트리거합니다. 다른 제품이나 매장에 구성을 적용하기 전에 결과 ID를 캡처하세요.
제품별 위험
도메인이 여전히 검증에 실패하면 DNS 소유자 및 CNAME 대상을 이전 스크린샷이 아닌 최신 지원 발급 세트와 비교하세요. 기존 SendGrid 선택기가 사용 중인 경우 작업 통합을 삭제하는 대신 올바른 대체 구조 지원으로 돌아가세요. 작동 중인 추적 링크 또는 브랜드 표시 이름으로는 DKIM 설정할 수 없습니다. 조정. 나중에 주요 또는 도메인 질문이 원래 위임과 연결될 수 있도록 변경 기록과 함께 지원 사례 식별자를 보관하세요.
수신 측에서 경로 증명
승인된 외부 메일함을 사용하고 타임스탬프 및 메시지 식별자와 함께 전체 원시 메시지를 저장하세요. 이 가이드에서는 라이브 테넌트 테스트를 청구하지 않습니다. 다음은 구현 중에 완료해야 하는 승인 워크시트입니다. 기록 관찰된 결과.
- 증거 필드: 공개 대상; 기록할 내용: 실제 주소 및 도메인 승인 질문: 이것이 의도된 발신자 신원입니까?
- 증거 필드: 봉투; 녹음할 내용: Return-Path 그리고 수신자 보고 SPF 도메인; 수락 질문: SPF 실제로 인증한 도메인은 무엇입니까?
- 증거 필드: SPF ; 기록할 내용: 신뢰할 수 있는 수신자 결과 및 평가된 ID 수락 질문: 통과했습니까? 그 정체성이 일치합니까?
- 증거 필드: DKIM ; 기록할 내용: 모든 d= 도메인, s= 선택기 및 수신자 결과; 승인 질문: 최소한 하나의 전달 서명이 일치합니까?
- 증거 필드: DMARC; 기록할 내용: 수신자 결과 및 해당 정책 수락 질문: 정렬된 통과 경로가 존재합니까?
- 증거 분야: 경로; 기록할 내용: 제품, 계정 및 메시지 유형 승인 질문: 테스트에서 프로덕션 경로를 사용했습니까?
DMARC SPF 또는 DKIM 경로를 통과하는 정렬된 경로가 하나 이상 필요합니다. 관련되지 않은 서비스 도메인에서 전달되는 서명만으로는 충분하지 않습니다. 엄격한 정렬에는 정확한 도메인 동일성이 필요합니다. 완화된 정렬은 적용 가능한 조직-도메인 관계를 사용합니다. 성공을 선언하기 전에 도메인의 실제 정렬 설정을 확인하세요. 하위 도메인은 자동으로 엄격하게 일치하지 않습니다. SPF 표시 이름이나 회신이 아닌 SMTP ID를 사용합니다. 상담하세요 정렬 용어집 결정을 기록할 때.
사용 Authentication-Results 임의의 발신자가 제공한 헤더가 아니라 신뢰하는 수신 시스템에서 전송됩니다. 첫 번째 실패 시 중지하지 않고 모든 서명을 캡처합니다. 전달된 메일의 경우 전달된 복사본과 직접 테스트를 비교하십시오. 전달하면 SPF 평가가 변경되거나 서명된 콘텐츠가 변경될 수 있습니다. 공급자 인증에 전달자의 주소를 추가하여 이러한 영향을 진단하지 마십시오.
액세스 확대 없이 장애 진단
먼저 신뢰할 수 있는 DNS 와 정확하게 구성된 레코드 이름을 비교한 다음 반복적 가시성과 서비스 유효성을 확인하세요. 잘못된 이름, 잘린 키 또는 충돌하는 CNAME 캐시를 기다려도 해결되지 않습니다. 소유자별로 하나의 SPF 정책만 유지하고 다른 발신자를 병합하기 전에 평가된 포함 및 리디렉션 전반에 걸쳐 10개의 DNS 조회 기간 제한을 확인하세요. DKIM 선택기는 개별 서명 구성에 속합니다. 검증 결과를 강제하기 위해 다른 애플리케이션의 기록을 덮어쓰지 마십시오.
인증은 통과했지만 전달이 불량한 경우에는 수신자 응답, 평판, 콘텐츠, 전송 권한을 별도로 검사하세요. DMARC 패스는 수락이나 받은편지함 배치를 약속하지 않습니다. 두 경로 모두 정렬되지 않으면 확장을 중지하고 실제 발신자 구성을 수정하세요. 단일 제품 오류를 숨기기 위해 전체 도메인의 DMARC 정책을 약화시키지 마십시오.
인계 및 복구
승인된 DNS 차이, 공개 조회 결과, 서비스 상태 및 수정된 수신 메시지 워크시트를 명명된 소유자와 함께 저장합니다. 티켓에 자격 증명과 개인 키를 보관하세요. 실패하면 영향을 받는 전송 작업을 일시 중지하거나 서비스 소유자의 제어 하에 이전에 테스트된 경로를 사용하십시오. 이 통합에 속하는 변경된 레코드만 복원하십시오. 기내 메시지에 필요한 공개 키를 유지합니다. 롤백, 키 순환, 도메인 마이그레이션 또는 아웃바운드 릴레이 변경 후 다시 테스트합니다. 제품 소유자와 메일 관리자가 관찰된 ID 체인을 설명할 수 있는 경우에만 변경을 닫습니다.
공급자 경계 확인
소스의 CNAME 그림은 도메인별로 다르며 해당 제품 메타데이터에는 다른 Yotpo 제품에 대한 미완성 자리 표시자가 포함되어 있습니다. 여기에서 지원되는 명시적인 리뷰/충성도 지침만 취급하세요. 도메인 인증은 전송 역할을 위임합니다. 개별 작성자를 신뢰할 수 있거나 모든 메시지가 안전하다는 것을 입증하지는 않습니다.
가상의 진단 사례를 통해 작업
허구의 서면 사례에만 해당: YO-01은 리뷰에 reviews@shop.example 필요하다고 가정하지만 s1._domainkey.shop.example 이미 승인된 다른 SendGrid 애플리케이션에 위임합니다. Yotpo 메시지가 캡처되지 않았으므로 봉투 및 DKIM 결과를 알 수 없습니다. 리뷰 소유자는 충돌을 지원팀에 공개하고, 도메인별 대체 세트를 확보하고, 테스트하기 전에 다른 애플리케이션을 보존해야 합니다. 충성도 또는 관련되지 않은 SendGrid 샘플은 이 경로를 닫을 수 없습니다. 이 경우에는 테넌트, DNS , 서버 명령 또는 메시지가 실행되지 않았습니다.
실행 준비 상태에서 전달 메시지를 분리합니다.
RFC 9989 섹션 7.4에는 도메인 게시를 위한 유효한 DKIM 필요합니다. p=reject 간접 메일 상호 운용성에 대한 주의 사항입니다. 단일 정렬된 SPF 결과만으로는 거부 정책 출시를 정당화하지 않습니다. 이 공급자 설정과 별도로 모든 합법적인 경로와 정책 소유권을 검토하세요.