현재 설정 공백을 눈에 띄게 유지하세요.
이 초안은 현재 Simpro 도움말 가이드를 시작점으로 simPRO에 귀속된 메일을 다루고 있습니다. 현재 자사 구성 증거에 대해서는 보류 상태로 유지됩니다. 그만큼 도움말 안내 랜딩 페이지 나열 SPF 레코드 주제와 헬프데스크 경로가 있지만 SPF 이 연구에서는 링크가 일반 기사 포털로 확인되었습니다. 해당 검색에서는 필수 SPF 값이나 현재 서명 절차가 설정되지 않았습니다.
A 공급자가 호스팅하는 DKIM 토론 요청자에게 지원을 지시하는 2021년 9월자 직원 답변이 포함되어 있습니다. 이는 현재의 가용성 약속, 셀프 서비스 절차 또는 계정별 DNS 값의 소스가 아니라 지원 경로에 대한 유용한 역사적 증거입니다. 해당 응답을 범용 설정 방법으로 바꾸지 마십시오.
영향을 받은 비즈니스 메시지부터 시작하세요.
비즈니스가 전달해야 하는 실제 메시지를 식별하세요. 견적, 송장 또는 알림은 원래 작업 흐름 및 책임 소유자와 연결되어야 합니다. 조직의 배포에 존재하는 워크플로만 포함합니다. 유사한 브랜드의 추가 기능이나 통합이 핵심 애플리케이션의 아웃바운드 인프라를 공유한다고 가정하지 마십시오.
인스턴스 식별자, 제품 또는 모듈, 표시되는 발신자 도메인 및 알려진 메일 릴레이를 기록합니다. 여러 사업부에서 서로 다른 도메인을 사용하는 경우 별도의 행을 만듭니다. 기술 담당자는 문제가 모든 메시지, 하나의 작업 흐름, 한 명의 보낸 사람 또는 한 명의 수신자 시스템에 영향을 미치는지 알아야 합니다. 이러한 구별은 요청할 증거와 유용한 재검사가 어떤 것인지를 결정합니다.
또한 비즈니스 결과를 기록하십시오. 내부 통지가 지연되면 계획된 조사가 가능할 수도 있습니다. 시간에 민감한 문서를 기다리는 고객에게는 이미 승인된 대체 프로세스가 필요할 수 있습니다. 인증 작업은 자동으로 중복 송장을 생성하거나 고객 약속을 변경하거나 전체 배치를 다시 보내서는 안 됩니다.
응답할 수 있는 지원 요청을 준비하세요.
정확한 인스턴스 및 도메인에 대한 인증 요구 사항을 확인하려면 검증된 현재 공급자 채널에 문의하세요. "활성화"라는 광범위한 요청보다는 의도된 발신자 신원과 제어된 메시지 식별자를 제공하십시오. DMARC.” 어느 팀이 활성화를 수행하는지, DNS 소유자가 게시하는 기록이 무엇인지, 완료가 어떻게 확인되는지 물어보세요.
을 위한 DKIM, 지원되는 서명 도메인을 요청하고, 선택자, 레코드 소유자, 레코드 유형 및 공개 값. 범위가 도메인, 인스턴스 또는 기타 계정 경계인지, 여러 도메인에 별도의 작업이 필요한지 물어보세요. SPF 의 경우 현재 지원되는 승인 및 해당 승인이 적용되는 봉투 ID를 요청하세요. 사용자 정의 봉투 지원의 경우 회신 주소에서 추론하기보다는 기능 및 반송 처리에 대해 명시적으로 문의하세요.
날짜와 범위와 함께 응답을 유지합니다. 지원팀에서 다른 제품이나 배포에 대한 문서를 제공하는 경우 게시하기 전에 설명을 요청하세요. 이 초안은 지원 요청을 열거나 지원이 구성을 승인했다고 주장하지 않습니다.
제안된 DNS 변경 사항을 상황에 맞게 검토하세요.
변경이 승인되기 전에 현재 관련 레코드를 내보내고 권한 있는 DNS 소유자를 식별하십시오. 제안된 선택기 이름을 기존 레코드와 비교합니다. 충돌은 다른 서비스의 키를 덮어쓰는 방식이 아니라 공급자와의 충돌을 해결해야 합니다. 다른 고객의 예에서 키, 선택기 또는 서버 인증을 복사하지 마세요.
RFC 7208 다음을 포함하여 SPF 처리를 정의합니다. DNS 조회 제한. 제안된 추가 후 전체 정책을 평가하고 관련 없는 활성 발신자를 보존합니다. 단지 인스턴스의 웹 주소와 유사하다는 이유만으로 과거 서버 호스트 이름을 대체하지 마십시오. 브라우저 호스트 이름과 메일을 보내는 시스템은 별개의 관찰입니다.
RFC 6376 서명 도메인과 선택기가 DKIM 확인 키를 식별하는 방법을 정의합니다. 지원팀에서 값을 발행하면 공용 DNS 정확한 값과 비교하고 관찰 시간을 기록합니다. 저장된 DNS 양식은 수신자가 올바른 키를 검색할 수 있는지 여부를 설정하지 않습니다.
출판 및 공급자 활성화 조정
공급자와의 작업 순서에 동의하십시오. DNS 게시된 시기, 공급자가 이를 확인한 시기, 각 도메인에 대해 서명이 활성화된 시기를 기록합니다. 대기 기간의 경과만으로는 활성화의 증거가 되지 않습니다. 또한 성공적인 레코드 조회에서는 애플리케이션이 새로 생성된 메시지에 어떤 키를 사용하는지 설정할 수 없습니다.
첫 번째 샘플에 예상 서명이 부족한 경우 활성화 후 의도한 워크플로를 통해 생성되었는지 확인하세요. 다른 발신자 도메인이나 중개 경로가 결과를 설명하는지 확인하세요. 원래 요청의 상태가 불분명할 때 새 키를 반복적으로 발급하지 마세요. 여러 버전의 구성이 순환될 수 있습니다.
개인 키, 로그인 자격 증명 및 관련 없는 고객 콘텐츠를 증거 패킷 외부에 보관하세요. 공개 단계는 계정 비밀이 아닌 공개 확인 기록에 관한 것입니다. 모든 계정 로그인 또는 자격 증명 구성에는 자체 승인 프로세스가 필요합니다.
실제 고객 의무를 생성하지 않고 테스트
허용된 테스트 환경이나 사업주와 동의한 무해하고 통제된 작업 흐름을 사용하세요. 단지 이메일 샘플을 생성하기 위해 실제 요금, 수락 기한 또는 고객과의 약속을 작성하지 마십시오. 사용 가능한 유일한 경로가 결과적인 경우 일반적인 메일 문제 해결로 처리하기보다는 정확한 테스트를 중지하고 승인을 얻으십시오.
모든 의미 있는 도메인 및 워크플로 경계에 대해 하나의 샘플을 캡처합니다. 지원팀이 관찰 내용을 상호 연관시킬 수 있도록 메시지 식별자, UTC 전송 시간 및 수신자 시스템을 유지하세요. 직원의 사서함에서 보낸 일반 이메일은 둘 다 동일한 보낸 사람 주소를 표시하는 경우에도 애플리케이션에서 생성된 경로를 확인할 수 없습니다.
표시되는 최종 보낸 사람, 회신, 봉투 도메인, 각 DKIM d= 및 s= 쌍, 신뢰할 수 있는 수신자의 인증 결과를 기록합니다. RFC 9989 설명하다 조정; ' SPF 그린', '배송됨'만 기록하기보다는 실제 통과 경로를 파악하세요. 받은편지함 배치와 비즈니스 영수증을 별도의 결과로 유지하세요.
인스턴스 및 문서 워크플로 워크시트 사용
아래의 인라인 지원 및 메시지 확인 워크시트는 지원 사례, 도메인, DNS 변경, 활성화 이벤트 및 수신된 샘플을 연결합니다. 또한 테스트로 인해 비즈니스 의무가 발생하는지 여부와 안전한 방법을 승인한 사람이 누구인지도 기록됩니다. 현재 공급자 값은 확인된 채널을 통해 제공될 때까지 비워 둡니다.
둘 이상의 회사 ID 또는 작업 흐름이 있는 경우 적용 범위 결정이 필요합니다. 소유자는 테스트를 제공하거나 릴리스 범위 외부의 경로를 명시적으로 표시해야 합니다. 한 지점의 성공적인 샘플이 다른 모든 발신자를 자동으로 승인하도록 허용하지 마십시오.
2차 사업영역 관련 가상진단사례
가상의 예일 경우: Harbor Mechanical은 거부된 애플리케이션 생성 문서를 검토합니다. 한 사업 단위의 제어된 메시지에는 의도한 정렬 서명이 있는 반면, 다른 단위는 다른 보낸 사람 도메인을 사용하지만 그렇지 않습니다. 관리자는 처음에 첫 번째 결과를 애플리케이션이 완전히 구성되었다는 증거로 간주합니다.
워크시트에 누락된 도메인 행이 표시됩니다. 팀에서는 지원팀에 두 번째 도메인의 범위와 활성화 상태를 확인한 후 무해한 재테스트를 준비합니다. 전체 조직의 정책을 변경하는 대신 롤아웃을 불완전하게 유지합니다. 이 예에서는 Harbor 계정, Simpro 지원 사례, DNS 레코드 또는 성공적인 활성화가 관찰되지 않았습니다.
경로를 복구하고 수락 보류를 유지합니다.
프로덕션 변경 전에 대체에 동의합니다. 새로운 구성으로 인해 중요한 작업 흐름이 중단되면 해당 롤아웃을 일시 중지하고 애플리케이션, 메일 및 DNS 소유자와 함께 복구를 조정하세요. 대기 중인 메시지에 여전히 필요할 수 있는 키를 삭제하지 말고, 실제 거부를 이해하지 못한 채 수신자 우회를 확장하지 마십시오.
나머지 게이트는 현재 공급자 소유의 설정 지침, 정확한 원래 제품 범위, 지원되는 계정 값, 라이브 DNS 및 수신된 메시지 증거입니다. 시각적 검토 및 SME의 승인도 보류 중입니다. 이는 simPRO 경로가 인증되었다는 증거가 아니라 명시적인 설정 보류가 포함된 완전한 연구 및 검증 초안입니다.
인라인 지원 및 메시지 확인 워크시트
승인된 운영자가 증거를 제공할 때까지 모든 필드는 보류됩니다. 이 기록 외부에 비밀과 고객 콘텐츠를 보관하십시오.
- 인스턴스, 제품, 비즈니스 워크플로 및 소유자: 보류 중입니다.
- 보낸 사람 도메인, 회신 처리 및 영향을 받는 문서: 보류 중입니다.
- 지연의 결과, 안전한 테스트 방법 및 승인: 보류 중입니다.
- 현재 지원 참조, 날짜가 지정된 지침 및 적용 가능성: 보류 중입니다.
- 발급된 DKIM 도메인, 선택기, 소유자, 유형 및 공개 값: 보류 중입니다.
- SPF 인증, 평가된 봉투 도메인 및 맞춤 봉투 지원: 보류 중입니다.
- DNS 게시, 조회 및 공급자 활성화 타임스탬프: 보류 중입니다.
- 제어된 메시지 참조, 최종 보낸 사람, 회신, 봉투 및 모든 DKIM ID: 보류 중입니다.
- 신뢰할 수 있는 수신기 결과, 정렬된 메커니즘 및 경로 적용 범위: 보류 중입니다.
- 대체 소유자, 대기 중인 메시지 종속성 및 해결되지 않은 릴리스 게이트: 보류 중입니다.
정책 출시와 별도의 메시지 승인
정렬된 SPF 결과를 통과하면 메시지 평가를 만족할 수 있지만 전체 도메인을 거부하도록 이동하는 것만으로는 충분하지 않습니다. RFC 9989 섹션 7.4에는 도메인 게시를 위한 유효한 DKIM 필요합니다. p=reject 간접 메일 상호 운용성에 대해 경고합니다. 정책 소유자가 시행을 승인하기 전에 모든 합법적인 발송인과 간접 경로의 목록을 작성하십시오. 이 문서에서는 DNS 변경, 테넌트 작업 또는 메시지 수신 테스트가 실행되지 않았습니다.