Qualtrics 전송 경로 식별
이 가이드에서는 SMTP 릴레이 구성에 대한 명시적인 경계를 포함하는 Qualtrics의 기본 사용자 지정 도메인 워크플로를 다룹니다. 다른 시스템이 SMTP 봉투를 제공하는 동안 연구팀은 친숙한 발신자 주소를 선택할 수 있습니다. DKIM 서명. 먼저 브랜드, 표시되는 From 도메인, 배송 시 Qualtrics 인프라 또는 조직 중계를 사용하는지 여부를 기록하세요. 변경 계획에서 이를 별도의 경로로 처리합니다.
문서화된 기본 경로에는 적격 브랜드 라이선스와 브랜드 관리자가 필요합니다. 개별 사용자에게 도메인을 제한하는 대신 브랜드 전반에 걸쳐 도메인 사용을 허용합니다. Qualtrics는 전용 하위 도메인을 권장합니다. 2026년 6월 8일부터 MX 호스트에는 유효한 A 또는 AAAA 기록. 누구든지 DNS 항목을 생성하기 전에 이러한 전제 조건을 검토할 가치가 있습니다. Qualtrics 커스텀 문서에서
전용 연구 하위 도메인은 변경 소유자에게 사용자, 메일 흐름 및 DNS 종속성에 대한 보다 명확한 인벤토리를 제공합니다. 그 자체가 조직으로부터의 분리를 보장하지는 않습니다. DMARC 정책. 응답자 답변을 소유한 팀, 보낸 사람에 표시될 수 있는 주소, 향후 브랜드를 승인할 수 있는 사람에 동의하세요. 인증 변경이 실수로 메일 수신 마이그레이션이 되지 않도록 제안된 주소가 사서함이나 다른 메일링 플랫폼에서 이미 사용되고 있는지 여부를 기록하십시오.
브랜드 및 DNS 변경 준비
Qualtrics는 조직 설정의 메시징 섹션에 사용자 정의 이메일 도메인을 배치합니다. 별도의 맞춤 헤더 기능으로 브랜드 메일에 태그를 지정할 수 있지만 설명 헤더를 추가하는 것은 불가능합니다. DKIM 구성. 조직 수준 설정에는 배포 및 워크플로 관련 메시지를 포함한 여러 종류의 메일도 포함됩니다. 따라서 성공적인 설문조사 초대는 별도의 테스트 없이 다른 모든 비즈니스 워크플로에 대한 증거로 취급되어서는 안 됩니다. Qualtrics 조직 설정
사용자 정의 도메인 흐름에서 원하는 도메인을 추가하고 DKIM 선택기. 도메인을 공유하는 각 브랜드마다 고유한 선택기를 사용하세요. 생성된 레코드 소유자, 유형 및 값을 DNS 변경 요청에 복사하고 이를 권한 있는 호스트에 게시하고 확인 후 활성화합니다. Qualtrics는 DKIM , MX 및 DMARC 요구 사항을 문서화합니다. 선택 사항 SPF 예는 DKIM 대체하지 않습니다. 조정. 다른 브랜드의 복사된 키가 아닌 현재 설정에 대해 생성된 기록을 사용하십시오. Qualtrics 커스텀 문서에서
DNS 변경 사항을 저장하기 전에 기존 값을 내보내고 변경될 모든 레코드를 식별합니다. DNS 편집기가 영역 접미사를 추가한 후 정규화된 소유자를 확인하세요. 담당 메일 소유자가 특정 대체 항목을 검토하지 않는 한 기존 수신 메일 기록을 보존합니다. MX 종속성의 경우 MX 대상과 대상의 주소 레코드를 모두 쿼리합니다. 명명된 호스트에 주소가 없을 때 MX 레이블만으로는 불완전한 검사입니다.
티켓을 사용하여 브랜드 관리자가 생성한 구성을 DNS 관리자가 게시한 결과에 연결하세요. 나중에 조사자가 오래된 캐시와 잘못 게시된 값을 구별할 수 있도록 수집 시간과 TTL을 포함합니다. 공개 키는 증거로 보관될 수 있습니다. 개인 서명 키, 계정 비밀 및 응답자 연락처 목록은 워크시트에 속하지 않습니다.
메시지 정렬 평가
SPF 단순히 표시되는 보낸 사람 주소가 아닌 SMTP ID를 기준으로 보내는 서버를 평가합니다. 해당하는 항목을 유지하세요. SPF 레코드 각 소유자에서 인증을 병합할 때 합법적인 발신자를 보존하고 여러 독립형 정책을 추가하는 대신 조회 제한을 평가합니다. 관련되지 않은 도메인에 추가된 포함은 수신된 메시지에 사용된 ID를 변경할 수 없습니다. SPF RFC 7208
통과한 SPF 또는 DKIM 결과가 표시되는 보낸 사람 도메인과 일치하면 DMARC 통과됩니다. 관련되지 않은 공급자 도메인에 대한 전달 메커니즘으로는 충분하지 않습니다. 티켓에 " SPF 통과"라고만 쓰지 말고 실제 정렬 모드와 도메인을 기록하세요. DKIM 증거에는 공개 키 조회를 함께 식별하는 서명의 d= 도메인 및 s= 선택기가 포함됩니다. DMARC RFC 9989 DKIM RFC 6376
무해한 콘텐츠와 테스트 승인을 받은 수신자를 사용하여 통제된 테스트를 실행하세요. 수신자의 신뢰를 포착하세요 Authentication-Results 개인 데이터가 최소화된 완전한 관련 헤더. 동일한 설문조사의 초대장과 미리 알림을 비교한 다음 릴리스에 포함된 추가 워크플로를 테스트하세요. 사용자 인터페이스 확인 배지는 구성 체크포인트를 설정합니다. 수신된 메시지 증거는 해당 경로에 대해 실제로 인증된 내용을 설정합니다.
단지 하나의 캠페인을 시작하기 위해 조직의 시행 정책을 변경하지 마십시오. 합법적인 경로가 목록화되지 않은 경우 해당 종속성을 문서화하고 확립된 변경 프로세스를 사용하십시오. 또한 인증은 동의, 우수한 목록 품질, 받은 편지함 배치 또는 응답자 참여를 입증하지 않습니다.
별도의 변경으로 SMTP 릴레이 작업 유지
조직에서 자체 SMTP 릴레이를 사용하는 경우 마치 릴레이 구성인 것처럼 기본 경로 워크시트 적용을 중지합니다. 릴레이 서비스, 제출 방법, 발신자 제한 사항, 아웃바운드 서명 소유자 및 로그 책임자를 캡처합니다. 릴레이 운영자의 현재 지원되는 구성 및 인증 증거가 필요합니다. 이 문서에서는 새로운 영구 자격 증명, MFA 예외 또는 릴레이에 대한 광범위한 액세스를 승인하지 않습니다.
Qualtrics 배포 오류 코드는 이러한 결함을 구분하는 데 도움이 됩니다. EQD17은 도메인에서 보내기 위한 인증과 관련이 있습니다. EQD18은 메일 서버 구성에 문제가 있을 수 있음을 나타냅니다. EQD19는 조직의 서버에 대한 연결과 관련이 있습니다. 이러한 코드는 모든 Qualtrics 프로젝트 유형이 아닌 설문 조사 배포에 대해 문서화되어 있습니다. 진단을 적용하기 전에 정확한 제품과 이벤트를 사용하십시오. Qualtrics 배포 오류 메시지
연결 실패는 DKIM 키가 잘못되었다는 증거가 아닙니다. 반대로 성공적인 SMTP 제출은 최종 메시지가 DMARC 통과했다는 증거가 아닙니다. 제출 로그와 수신자 헤더를 안전한 테스트 식별자와 타임스탬프로 연결된 뚜렷한 증거로 유지하세요.
Qualtrics 승인 워크시트
각 브랜드와 배송 경로에 대해 별도의 제안 기록을 작성하세요. 이러한 필드는 실제 테넌트의 관찰이 아닙니다.
- 범위: 브랜드 식별자, 라이선스 자격, 관리자, 설문 조사 또는 작업 흐름, 기본 또는 릴레이 경로, 릴리스 소유자.
- 신원: 승인된 보낸 사람 주소, 회신 처리, 조직 도메인, 적용 가능한 DMARC 정책 및 정렬 모드.
- 기본 구성: 선택한 선택기, 생성된 공개 DNS 지침, 활성화 상태 및 도메인을 사용하는 기타 브랜드.
- DNS : 권한 있음 네임서버, 정확한 레코드 소유자, 공개 답변, MX 대상 주소 레코드, TTL 및 캡처 시간.
- 해당되는 경우 릴레이 분기: 승인된 서비스, 담당 운영자, 아웃바운드 서명 소유권 및 별도로 검토된 연결 요구 사항.
- 메시지 증거: 테스트 유형, 시간, 수신자, 봉투 도메인, DKIM 도메인 및 선택기, 신뢰할 수 있는 인증 결과, 관찰된 정렬.
- 결정: 테스트된 경로, 제외된 경로, 해결되지 않은 오류, 롤백 소유자 및 승인이 여전히 필요합니다.
SPF 통과 결과에 대한 가상 진단
이 예는 허구입니다. 연구팀은 설문조사 초대에서 SPF 통과를 확인하고 새로 브랜드화된 보낸 사람 주소가 보호된다고 가정합니다. 그럼에도 불구하고 수신자는 DMARC 실패를 보고합니다. 검사 결과 SPF ID는 전송 서비스에 속해 있으며 메시지에는 연구 도메인에 대해 정렬된 DKIM 서명이 전달되지 않은 것으로 나타났습니다.
제안된 조사에서는 현재 브랜드의 선택기와 게시된 키를 비교하고 관리자가 정확한 도메인을 활성화했는지 확인합니다. 동일한 도메인을 사용하는 두 번째 브랜드는 첫 번째 브랜드의 선택기를 덮어쓰는 것이 허용되지 않고 별도로 조사됩니다. 수리는 새로운 수신기 증거가 의도한 정렬을 입증한 후에만 허용됩니다. 이는 수행된 변경이나 고객에 대한 클레임이 아닌 예시적인 진단입니다.
증거 및 공개 게이트
현재 자사 문서는 기본 워크플로와 경로 구별을 지원합니다. 고객 테넌트, DNS 영역, 릴레이 또는 수신된 메시지에 액세스하지 않았습니다. 실제 라이선스 자격, 브랜드 액세스, 생성된 값, MX 주소 확인, 활성화 및 메시지 수준 조정은 보류 중인 상태로 유지됩니다. 인간 SME 검토, 시각적 독자 검토 및 출판 승인도 보류 중입니다. 후보자를 게시되지 않은 상태로 유지하고 해결되지 않은 경로별 질문을 릴리스 기록에 보존합니다.
기본 도메인을 검토할 때 메일 수신을 보호하세요.
송신 도메인 요청은 다음을 포함하는 경우 수신 종속성을 변경할 수 있습니다. MX 레코드. 교체를 승인하기 전에 현재 인바운드 목적과 책임 있는 메일 소유자를 기록하십시오. 문서화된 전제 조건에 따라 MX 대상에 대한 주소 레코드가 필요합니다. 이는 전체 도메인 구성이나 전달 경로가 테스트를 통과했다는 증거가 아닙니다.
정책 출시와 별도의 메시지 승인
정렬된 SPF 결과를 통과하면 메시지 평가를 만족할 수 있지만 전체 도메인을 거부하도록 이동하는 것만으로는 충분하지 않습니다. RFC 9989 섹션 7.4에서는 p=reject 게시하는 도메인에 유효한 DKIM 필요하며 간접 메일 상호 운용성에 대해 경고합니다. 정책 소유자가 시행을 승인하기 전에 모든 합법적인 발송인과 간접 경로의 목록을 작성하십시오. 이 문서에서는 DNS 변경, 테넌트 작업 또는 메시지 수신 테스트가 실행되지 않았습니다.