계정 구성을 출발점으로 사용
Sendloop는 발신자-도메인 인증을 위한 계정 워크플로를 제공하는 동시에 공개 인증 마법사에서도 전용 인증을 언급합니다. DKIM 그리고 조정 설정. 해당 페이지에서는 인증이 가능하다는 사실을 설정하지만 특정 계정에 대한 정확한 기록 세트, 서명 ID 또는 봉투 제어를 설정하지는 않습니다. 이 가이드에서는 문서화된 계정 작업 흐름과 통제된 확인 계획을 안내합니다. 전용 DKIM 계약 또는 맞춤 봉투 요구 사항은 공급자 확인 항목으로 유지됩니다. Sendloop 인증 마법사, DKIM 및 도메인 정렬 설정.
먼저 도메인에서 승인된 계정과 각 계정을 사용하는 캠페인 또는 자동화를 식별합니다. 계정에 전용 배송 계약이 있는지 여부와 이를 확인할 수 있는 사람을 기록합니다. 가격 라벨, 이전 온보딩 이메일 또는 타사 전송 IP 목록에서 전용 인프라를 추론하지 마세요. Sendloop 관리자, DNS 소유자 및 조직의 검토자를 지정합니다. DMARC 정책.
변경하기 전에 관련 소유자의 현재 DNS 항목을 내보내십시오. 가능한 경우 기존 승인 경로에서 수신된 담당자 한 명을 보관하세요. 이미 작동 중인 항목의 목록을 통해 새로운 인증 프로젝트가 실수로 다른 발신자를 비활성화하는 일을 방지할 수 있습니다. 대상은 도메인의 이메일 구성을 전체적으로 대체하는 것이 아니라 인증되고 정렬된 Sendloop 경로입니다.
보낸 사람 도메인 제어판을 엽니다.
공급자 가이드는 설정 > 발신자 도메인 인증 > 발신자 도메인 인증, 도메인 추가를 통해 안내합니다. 결과 도메인 제어판은 계정 관련 값과 DNS 레코드 확인 작업을 제공합니다. DNS 편집하기 전에 해당 출력을 캡처하십시오. 현재 인터페이스가 다른 경우 해당 버튼을 추측하는 대신 현재 공급자 지침이나 지원을 사용하십시오. Sendloop 가이드, 이메일 인증 마법사 사용 및 인증 설정 확인.
각 전체 소유자, DNS 유형, 값 및 TTL을 목적과 함께 기록합니다. 표시된 기록 세트를 변경 티켓에 첨부해 두십시오. 패널에 누락된 기록이 표시되면 해당 기록이 없는지, 잘못된 소유자로 게시되었는지, 다른 값으로 표시되는지 확인합니다. 다른 Sendloop 계정에 대해 이미 구성된 도메인은 교체보다는 공급자 조정이 필요할 수 있습니다.
공개 가이드에는 SPF 예 및 동일하지 않은 기존 기록 수정 사항이 포함됩니다. 또한 텍스트 파일 준비에 대해서도 설명합니다. 어느 세부 사항도 자동 생산 레시피로 전환하지 마십시오. DNS 현재 적용 가능한 정책이 포함되어야 합니다. 워크스테이션에 저장된 텍스트 파일은 게시되지 않습니다. 구현하기 전에 계정 패널과 공개 페이지 간의 불일치를 해결하세요. Sendloop 가이드, SPF 레코드 설정.
관련 없는 권한을 확대하지 않고 SPF 검토합니다.
실제 Sendloop 메시지가 사용하는 봉투 도메인을 결정합니다. 표시되는 보낸 사람 도메인이 평가 소유자여야 한다고 가정하는 것이 아니라 이것이 SPF 를 조사할 ID입니다. 승인된 맞춤 봉투 배열이 있는 경우 발행된 설정 및 범위를 캡처합니다. 그렇지 않은 경우 관찰된 공급자 봉투 ID를 기록하고 DKIM 정렬을 별도로 평가합니다.
소유자가 변경되면 단일 SPF 정책을 유지하고 다른 활성 발신자에게 필요한 인증을 유지하세요. 새 용어를 추가하기 전에 중첩된 DNS 조회를 검토하세요. SPF 의 10년 제한은 레코드에 표시되는 단어 수가 아니라 평가 중에 DNS 조회를 유발하는 메커니즘 및 수정자에 적용됩니다. 기존 허용 메커니즘도 검토할 가치가 있지만 이를 제거하는 것은 별도의 종속성 결정입니다. RFC 7208 , 섹션 4.5 및 4.6.4.
기존 기록을 대체하기 위해 광범위한 샘플 정책을 복사하지 마십시오. 그렇게 하면 원치 않는 호스트에 권한을 부여하거나 오류 한정자를 변경하거나 다른 공급자를 제거할 수 있습니다. 필요한 인증이 안전하게 맞지 않으면 메일 소유자에게 지원되는 디자인을 선택하도록 요청하고 중지하세요. 다른 SPF 정책을 게시하거나 익숙하지 않은 서비스를 삭제하여 문제를 해결하지 마세요.
발행된 공개 DKIM 자료만 게시
이 계정에 제공된 소유자 및 공개 값을 사용하십시오. 공개 가이드에는 DKIM TXT 설정이 나와 있지만 데모 키는 고객의 키가 아닙니다. 패널이나 지원에서 지원되는 다른 기록 형식을 제공하는 경우 증거 없이 변환하지 말고 해당 지침을 보관하십시오. Sendloop 가이드, DKIM 레코드 설정.
공개 확인 키만 DNS 에 속합니다. DKIM 개인 키를 사용하여 암호화 서명을 생성합니다. 나가는 메시지에 개인 키를 포함하지 않습니다. 공개 가이드의 비공식적 설명을 서명 비밀을 공유해 달라는 요청으로 읽어서는 안 됩니다. 메시지에는 서명이 포함되어 있으며 검증자는 서명 도메인으로 식별된 공개 키를 사용합니다. 선택자. RFC 6376 , 섹션 3.5 및 6.1.
다른 경로에 속하는 활성 키가 있는지 제안된 소유자를 확인하세요. 충돌에는 조정이 필요합니다. 빨간색 상태를 지우기 위해 작동 중인 선택기를 덮어쓰는 것은 안전하지 않습니다. 게시 후 DNS 편집기에서 추가한 도메인 접미사를 포함하여 정규화된 이름을 확인하세요. 타임스탬프와 쿼리 결과를 유지하면 이후 보고서에서 오래된 캐시와 잘못된 소유자 또는 키를 구별할 수 있습니다.
정렬 결론 외부에 링크 브랜딩 유지
공급자 가이드에서는 선택 사항을 설명합니다. CNAME 별칭이 지정된 메시지 링크의 경우. 그 목적은 링크 브랜딩이지 SPF 나 DKIM 일치한다는 증거가 아닙니다. 관련 추적 변경이 승인되고 계정이 정확한 목표를 제공하는 경우에만 구현하십시오. Sendloop 가이드, 선택사항: CNAME 레코드 설정.
제안된 소유자를 주장하기 전에 기존 웹사이트를 확인하거나 사용을 추적하세요. 루트 웹사이트나 라이브 애플리케이션 호스트 이름을 추적 대상으로 지정하지 마세요. 검토자가 대상과 표시된 호스트 이름을 모두 확인할 수 있도록 제어된 캠페인에 무해한 테스트 링크를 유지하세요. 인증과 링크 기능은 별도의 승인 확인입니다. 작동하는 브랜드 링크는 유효한 서명을 설정하지 않습니다.
게시 후 계정의 DNS 확인으로 돌아갑니다. 표시된 모든 결과를 독립적인 공개 조회와 비교하세요. 보류 상태를 정직하게 기록합니다. 외부 테스트가 여전히 실패하는 동안 계정이 확인된 것으로 표시되면 변경 사항을 열어두고 메시지 증거를 사용하여 나머지 경계를 찾습니다.
수신된 메시지 ID 레코드 수집
고객 데이터를 사용하지 않고 실제 캠페인 워크플로우를 통해 통제된 외부 사서함으로 보냅니다. 실질적으로 다른 도메인 또는 전송 구성에 대해 반복합니다. 메시지 ID 및 UTC 타임스탬프와 함께 원본 메시지와 신뢰할 수 있는 수신자 결과를 보존합니다. 통과하는 첫 번째 서명에서 멈추지 말고 모든 DKIM 서명을 기록하세요.
증거 기록에는 눈에 보이는 보낸 사람 도메인, 인증된 봉투 ID, Return-Path, DKIM d= 및 s= 값, SPF 및 DKIM 결과, 수신자의 DMARC 결과. 보낸 사람 도메인에 맞는 전달 메커니즘을 설정합니다. 완화되고 엄격한 정렬은 서로 다른 도메인 비교를 부과합니다. 사용 중인 모드를 기록합니다. RFC 9989 , 식별자 정렬 설명.
전달되는 유일한 서명이 관련되지 않은 공급자 도메인을 사용하는 경우 지원되는 고객 도메인 서명 옵션과 해당 활성화 조건을 요청하세요. 공개 마법사의 전용 DKIM 연락처 메모는 해당 옵션이 활성화되어 있는지, 무료인지, 모든 계획에서 사용 가능하거나 자동으로 구성되었는지 증명하지 않습니다. 정확한 계정에 대한 답변을 얻으십시오. 추적 별칭을 대체 봉투 도메인으로 나타내지 마십시오.
실패를 이용해 다음 검사 선택
누락된 경우 DKIM 서명, 계정을 확인하고 ID 및 공급자 활성화에서 선택했습니다. 서명 실패의 경우 서명된 콘텐츠에 대한 다운스트림 변경 사항을 조사하기 전에 관찰된 선택기와 공개 키를 비교하십시오. 다른 보낸 사람 주소를 사용한 테스트는 성공할 수 있지만 영향을 받은 캠페인은 여전히 실패할 수 있으므로 진단 중에 작업 흐름을 일관되게 유지하십시오.
SPF 실패의 경우 평가된 도메인과 최종 전송 소스를 식별합니다. DMARC 실패한 SPF 통과의 경우 SPF 포함을 더 추가하는 대신 정렬을 검사하세요. 공급자가 필수 ID 옵션을 문서화할 수 없는 경우 해당 요구 사항을 차단한 상태로 유지하고 비즈니스 소유자와 함께 지원되는 다른 경로를 평가하세요. 단순히 한 공급자의 테스트 실패를 멈추기 위해 전체 도메인의 정책을 낮추지 마십시오.
계정 식별, 영향을 받은 도메인, 발행된 공개 기록, 관찰된 DNS 응답, 메시지 ID, 시간 및 관련 수신자 결과가 포함된 지원 번들을 준비합니다. 비밀번호, API 키, 수신자 목록 및 관련 없는 메시지 콘텐츠를 제외하세요. 재현 가능한 간결한 오류는 상호 연관되지 않은 DNS 편집의 여러 스크린샷보다 더 유용합니다.
워크시트 복구 및 승인
Sendloop 인증 워크시트(여기에 설명된 필드를 사용하여 별도의 검토 기록 생성)를 사용하여 기록 불일치 검토, 전용 기능 확인 및 최종 신원 비교를 추적합니다. 누락된 봉투 기능 응답은 일반 정렬 DKIM 작동하는 경우에도 명시적으로 해결되지 않은 상태로 남아 있을 수 있습니다. 모든 공백을 가정으로 채우는 대신 비즈니스 요구 사항에 대한 수용을 정의하십시오.
변경이 실패하면 영향을 받은 전송을 일시 중지하고 기록된 변경 계획을 통해 이전에 승인된 구성을 복원합니다. 공급자 활성화에 따라 DKIM 변경 사항을 조정합니다. 서비스가 여전히 공개 키로 서명하는 동안 공개 키를 삭제하면 새로운 오류가 발생합니다. Sendloop를 중단할 때 모든 캠페인과 자동화가 중지되었는지 확인하고 신뢰를 제거하거나 기록을 추적하기 전에 공유 SPF 종속성을 검토하세요.
SPF 불일치의 가상 작업 예
허구의 서면 사례에만 해당: SLP-01은 의도한 From offers@workshop.example 로 가정합니다. 공개 예제에는 두 개의 공급자 포함이 포함되어 있으며 기존 정책 명령 이름은 하나입니다. 현재 계정 승인, 봉투 신원 및 DKIM / SPF 결과는 알 수 없습니다. DNS 소유자는 변경 사항을 보류하고 계정 소유자에게 경로별 확인을 요청합니다. 텍스트 파일과 브랜드 링크는 인증을 설정하지 않습니다. 명확한 설명을 마친 후 팀은 하나의 정책을 검토하고 통제된 캠페인 메시지를 수집했습니다. 계정, DNS 또는 전송 테스트가 실행되지 않았습니다.
다큐멘터리 취재 및 남은 관문
이 초안에서는 공개 계정 작업 흐름과 안전 확인을 다루고 있습니다. 범용 전용 DKIM 또는 사용자 Return-Path 설정을 설정하지 않으며 실시간으로 정렬된 Sendloop 메시지가 검사되었다고 주장하지 않습니다. 계정에 따른 세부 정보, 실시간 DNS 및 헤더 증거, 독립적인 검토, 시각적 검토 및 인간 SME 승인은 아직 보류 중입니다. 필요한 계정 증거가 공백을 메울 때까지 원래의 전체 구현 범위를 보류 상태로 유지하십시오.
실행 준비 상태에서 전달 메시지를 분리합니다.
RFC 9989 섹션 7.4에는 도메인 게시를 위한 유효한 DKIM 필요합니다. p=reject 간접 메일 상호 운용성에 대한 주의 사항입니다. 단일 정렬된 SPF 결과만으로는 거부 정책 출시를 정당화하지 않습니다. 이 공급자 설정과 별도로 모든 합법적인 경로와 정책 소유권을 검토하세요.