DNS 편집하기 전에 통합을 확인하세요
Gorgias 이메일 주소, 통합 유형, 보낸 사람 도메인 및 DNS 소유자를 기록합니다. 발신 회신이 예기치 않은 ID를 사용하는 동안 고객 지원 사서함은 계속 읽을 수 있습니다. 들어오는 테스트에만 의존하기보다는 승인 계획에 실제 헬프데스크의 답변 하나를 포함시키십시오.
Gorgias는 자동 전달을 통해 보내기 전에 도메인 확인이 필요합니다. 해당 문서에서는 직접 통합 시에도 사용자 지정 도메인 확인을 강력히 권장합니다. 관리자는 설정 > 채널 > 이메일을 통해 기록을 확보하고 주소를 선택한 후 도메인 확인을 열 수 있습니다. 확인 작업 흐름
계정의 기록 계열을 따르세요.
현재 문서화된 작업 흐름은 두 가지를 제공합니다. DKIM CNAME 및 사용자 정의 Return-Path CNAME. 세 가지를 모두 자신의 계정 제공 대상으로 게시한 다음 상태 확인을 사용하세요. 대신 일부 계정에서는 다음에 대한 기존 TXT 값을 표시합니다. SPF 그리고 DKIM ; 두 명령을 결합하는 대신 일치하는 분기를 사용하십시오. 공급자는 확인을 위해 최대 72시간을 허용합니다. 필수 레코드 및 레거시 분기
저장하기 전에 기록별로 비교하십시오. 의도한 완전한 소유자, 기록 유형, 대상 또는 값, 기존 데이터 및 변경 이유. DNS 편집기가 도메인을 추가하는 경우 원하는 전체 이름을 생성하는 관련 레이블을 입력합니다. 이미 완료된 소유자에게 두 번째 완전한 도메인을 붙여넣지 마십시오. 교체하기 전에 CNAME 충돌을 확인하세요. TXT 레코드 에 DKIM 선택기.
기존 SPF 값은 동일한 이름의 두 번째 정책으로 설치되지 않고 기존 단일 SPF 정책과 조정되어야 합니다. 승인된 메일함 및 기타 애플리케이션 발신자를 보존합니다. 프로토콜 제한에 대해 중첩된 DNS 조회를 평가합니다. CNAME 전용 계정의 경우 이전 튜토리얼에 표시되어 있다는 이유만으로 관련 없는 루트 SPF 포함을 추가하지 마세요.
DMARC 도메인 소유자 결정으로 유지
도메인의 기존 검토 DMARC 정책 및 보고 대상을 소유자와 함께 확인하세요. 공급자의 예는 확립된 정책을 대체하거나 보고서를 소유하지 않은 사서함으로 라우팅하는 권한이 아닙니다. 시행을 변경하기 전에 다른 합법적인 발송인의 목록을 작성하십시오. SPF 봉투 ID를 인증하고 DKIM 서명 도메인을 인증합니다. 하나 이상의 전달 ID가 표시되는 보낸 사람 도메인과 일치하면 DMARC 통과됩니다. 수신 서비스에서 발신자 요구 사항을 추가로 부과할 수 있지만 정렬하는 데 두 가지 방법이 모두 필요하지는 않습니다.
완전한 지원 교환 확인
원본 수락 워크시트: 인바운드 티켓, 아웃바운드 회신 및 이 받은 편지함에서 실제로 사용되는 자동 회신을 기록합니다. 각 아웃바운드 사례에 대해 신뢰할 수 있는 수신자의 SPF 결과 및 봉투 도메인, d= 및 s=, 포함된 DKIM 결과, 표시 가능한 도메인 및 DMARC 결과를 캡처합니다. 보이는 주소도 가정하는 대신 사용자 정의 Return-Path 계획된 반송 ID와 비교하십시오. 봉투 보낸 사람.
예시 시나리오: 두 개의 DKIM 레코드가 확인되지만 Return-Path 소유자가 영역 이름으로 두 번 입력되었습니다. 하나의 메시지가 DKIM 통해 DMARC 전달하더라도 이를 불완전한 구성으로 처리하십시오. 소유자를 수정하고 의도한 경로를 다시 테스트합니다. 누락된 기록을 숨기기 위해 도메인 정책을 약화시키지 마십시오.
통제된 순서로 오류 해결
먼저 신뢰할 수 있는 DNS 답변을 Gorgias 값과 비교하세요. 그런 다음 잘못된 소유자 또는 누락된 기록과 캐싱을 구별합니다. 마지막으로 답장을 위해 선택된 실제 보낸 사람을 비교합니다. 고객에게 오류가 발생하는 경우 마지막 작업 구성을 보존하고 영향을 받는 워크플로만 일시 중지하세요. 종속성과 전송 중인 메일을 이해할 때까지 이전 선택기를 삭제하지 마십시오.
문서는 2026년 11월 8일에 검토되었습니다. Gorgias 테넌트, DNS 변경 또는 전달된 지원 메시지는 테스트되지 않았습니다. 워크시트와 시나리오는 관찰된 고객 결과가 아닌 제안된 운영 점검입니다.
숨기지 않고 부분 구성 검사
서면 사례 GO-01은 From help@example.com 및 신뢰할 수 있는 전달을 가정합니다. DKIM 서명 d=example.com, s=gor. The intended account-generated Return-Path owner is represented as em123.example.com, but the fictional zone inventory instead lists em123.example.com.example.com. The label is illustrative, not an account value to publish; the actual target and SPF result are unknown. DKIM supplies an aligned path for this hypothetical message, while the DNS owner still needs to fix the specified Return-Path record using real account values and retest the route. Do not call all configuration complete from that DKIM pass or invent a complete SPF verdict. No Gorgias account, DNS change or delivery was used here.
시행 경계 유지
RFC 9989 섹션 7.4에서는 도메인 게시를 위해 SPF 단독이 아닌 유효한 DKIM 필요합니다. p=reject, 간접 메일과 메일링 목록 상호 운용성에 대해 경고합니다. 단일 성공적인 직접 메시지 테스트가 모든 합법적인 경로가 더 강력한 정책을 수용할 준비가 되어 있다는 증거는 아닙니다. 실제 격차를 진단하는 동안 기존에 승인된 보호를 유지합니다. 모든 정책 변경에는 자체 결정이 필요합니다.