Workspace 편지함이나 그룹으로 전달된 메시지는 최종 독자에게 도달하기 전에 두 번째 여정을 거칠 수 있습니다. 다음 수신자가 이를 본다. 전송 시스템 연결이 끊어져 메시지가 변경되었을 수 있습니다. 이상적인 직접 전달 샘플이 아닌 존재하는 경로를 테스트하십시오.
DNS 검사하기 전에 경로 그리기
원래 발신자, 초기 Workspace 수신자 또는 그룹, 각 확장 또는 전달 작업, 최종 외부 수신자를 기록합니다. 사서함 전달 규칙, 그룹 배포 및 라우팅 규칙을 구별합니다. 그룹이 제목, 바닥글, 보낸 사람 필드 또는 답장 동작을 변경하는지 확인합니다. 이는 실제 설정 및 메시지에서 수집한 관찰 내용이며 모든 Google 그룹에 대한 보편적인 주장이 아닙니다.
가능한 경우 전달하기 전에 사본과 원시 최종 메시지를 보존하십시오. 이를 메시지 식별자 및 타임스탬프와 연결하면 중개자가 새 식별자를 생성할 수 있습니다. 배송이 거부된 경우 전체 실패 알림을 캡처하세요. 일반 반송 레이블은 실패한 인증 메커니즘을 식별할 수 없습니다.
문서화된 Google 그룹스 컨트롤 검사
Google의 그룹스 설정은 작성자 또는 그룹의 주소를 옵션으로 포함하고 별도의 그룹 권한으로 게시할 수 있는 사용자를 포함하는 게시 정책 아래의 기본 발신자 문서를 참조합니다. 모든 포스터가 그룹 ID를 사용할 수 있다고 가정하는 대신 두 설정을 모두 기록하십시오. 이는 특정 배달에 의해 생성된 보낸 사람 필드가 아닌 사용 가능한 컨트롤을 확인합니다.
소유자 또는 관리자는 그룹 설정을 검사한 다음 이메일 옵션을 검사할 수 있습니다. Google은 제목 접두어 컨트롤과 표준 또는 맞춤 이메일 바닥글 옵션을 문서화합니다. 승인된 테스트 전에 현재 값을 보존하십시오. 통제된 그룹에서 한 번에 하나의 설정을 변경합니다. 별도의 회신 게시 옵션은 기본 회신 수신자를 제어합니다. DMARC 조정. 이러한 제품별 기능은 테스트 계획에 주제, 본문 및 신원 비교가 포함되는 이유를 설명합니다.
Google의 바닥글 지침에는 Gmail 의 그룹에서 받은 메시지를 검사하라는 내용이 나와 있습니다. 바닥글은 그룹스 대화 보기, Gmail 보낸 편지함 폴더 또는 참조된 사본에는 표시되지 않습니다. 인증 분석을 위해 의도한 배포 경로에서 최종 전달된 원시 메시지를 추가로 보관합니다. 바닥글이 생략된 화면은 수정이 발생하지 않았다는 증거로 오해되어서는 안 됩니다. 이 공식 지침은 기능 모델을 설정합니다. 특정 서명된 필드가 변경되었는지 여부와 어떤 서명이 살아남았는지 여부는 전후 메시지만 확인할 수 있습니다.
원래 도메인 정렬과 SPF 복구를 분리하세요.
전달하면 최종 수신기에 연결되는 IP가 변경됩니다. 원래 도메인의 SPF 정책에 따라 해당 중개자를 승인하지 않을 수도 있습니다. Google에서 인용한 전달 지침은 특히 Gmail 로 전달되는 메일을 다루고 있습니다. 이는 Google 그룹스 아웃바운드 기본값의 사양이 아닙니다. 해당 전달 경로를 운영하는 관리자의 경우 봉투 보낸 사람 전달 도메인 ID에 연결하고 해당 도메인의 SPF 정책에서 전달 서비스를 승인합니다. 그러면 원래 표시되는 보낸 사람 도메인과 정렬하지 않고도 전달 ID의 SPF 결과를 복구할 수 있습니다.
원래 보낸 사람의 메일에 가능한 모든 전달 서비스를 추가하지 마세요. SPF 레코드. 해당 도메인을 제어할 수 없으며 변경으로 인해 원래 전송 인증과 다운스트림 라우팅이 혼동될 수 있습니다. 전달자가 발신자 재작성을 제공하는 경우 특정 구현을 가정하기보다는 지원되는 동작을 확인하고 결과 ID를 테스트하십시오.
살아남은 DKIM 경로를 보존합니다.
Google은 서명된 헤더와 본문 콘텐츠를 수정하면 무효화될 수 있으므로 변경하지 말 것을 권고합니다. DKIM. 원본 서명의 d= 도메인을 검사하고, 선택자 최종 홉 이후의 수신기 결과입니다. 전달 서비스의 두 번째 서명은 원본 작성자의 보낸 사람 도메인과 자동으로 일치하지 않습니다.
ARC, 또는 인증받은 체인, 존재하는 경우 중개자를 통해 사전 인증 평가를 수행합니다. 전달된 모든 메시지를 DMARC 패스로 바꾸거나 수신자가 체인을 신뢰하도록 강제하지는 않습니다. ARC 결과와 최종 수신자의 결정을 별도로 기록합니다. Google은 전달된 메시지에 대해 자체 인증 확인을 명시적으로 수행합니다.
세 가지 통제 사례 비교
이 원본 테스트 매트릭스는 관찰된 Google 결과가 아닌 예상되는 추론을 설명합니다. 승인된 발신자 도메인과 통제된 그룹 및 받은 편지함을 사용하세요.
- 사례: 직접 제어; 변경 사항: 그룹 또는 전달 단계가 없습니다. 비교할 대상: 기준 SPF , DKIM 및 DMARC ID.
- 사례: 수정되지 않은 전달; 변경 사항: IP 연결 및 봉투 가능; 비교할 대상: 원본이 정렬되었는지 여부 DKIM 서명 살아남는다.
- 사례: 그룹 확장 메시지; 변경 사항: 실제 구성된 그룹 변환. 비교 대상: 서명된 콘텐츠 무결성, 보낸 사람 표시, 모든 서명 및 ARC .
예를 들어 From이 author@example.com 이고 전달자가 봉투를 forwarding.example.net 에 다시 쓰고 SPF 그곳으로 전달된다고 가정합니다. 원래 d=example.com 서명이 유효한 경우 DMARC 정렬을 제공할 수 있습니다. 해당 서명이 실패하고 남은 유효한 서명이 d=example.net, 인 경우 나열된 경로 모두 example.com 과 일치하지 않습니다. 이 그림에서는 추가로 정렬된 서명이 없다고 가정합니다. 수신자는 여전히 자신의 지역 처분 정책을 적용할 수 있습니다.
가장 작은 책임 구성 요소를 수정하십시오.
바닥글이 남아 있는 서명을 깨뜨리는 경우 해당 변환이나 공급자가 지원하는 그룹 동작을 검토하세요. 표시되는 보낸 사람 ID가 의도적으로 다시 작성된 경우 새 ID에 대한 인증을 평가하고 프레젠테이션이 여전히 그룹의 목적에 부합하는지 여부를 평가합니다. 하나의 배포 경로를 제공하기 위해 도메인 보호를 전역적으로 비활성화하지 마십시오.
경로 다이어그램, 설정 개정, 수정된 전후 헤더 및 최종 결과를 유지합니다. 그룹 설정 변경, 라우팅 업데이트, 새 게이트웨이, 서명 순환 또는 수신 공급자의 정책 변경 후 비교를 다시 실행하십시오. 인증 결과는 배송에 대한 하나의 입력입니다. 불만 및 남용 통제는 기술 체인이 유효한 경우에도 여전히 중요합니다.
최소한의 비교 기록 유지
각 제어 경로에 대해 설정 개정, 원본 및 최종 메시지 식별자, UTC 시간, 표시되는 보낸 사람, 봉투 ID, 모든 DKIM 서명자 및 신뢰할 수 있는 수신자 결과를 기록합니다. 증거가 허용하는 경우 정확하게 변경된 필드 또는 신체 영역을 추가하십시오. 사용할 수 없는 사전 전달 사본에 대해 별도의 알 수 없는 필드를 유지하십시오. 원본이 없으면 어느 중개자가 메시지를 변경했는지 확인할 수 없습니다.