아래에서 위로 전송 경로 읽기
메시지를 처리하는 각 서버는 기존 Received 줄 위에 새 Received 줄을 추가합니다. 따라서 가장 오래된 홉은 맨 아래에 있고, 마지막 홉인 사용자의 메일함 제공업체는 맨 위에 있습니다. 분석기는 메시지가 이동한 순서대로 이를 목록으로 정리하고, 각 서버가 메시지를 수신했다고 기록한 시각과 이전 홉 이후의 시간 간격을 표시합니다.
몇 초 정도의 간격은 정상입니다. 몇 분이 걸렸다면 일반적으로 수신 서버가 그레이리스팅 재시도를 요청했거나, 릴레이가 사용 중이었거나, 발신자의 발신 필터가 메시지를 보류하여 대기열에 머문 것입니다. 시간이 거꾸로 흐른다면 서버 중 하나의 시간이 잘못 설정된 것입니다.
신뢰할 Authentication-Results 구분하기
Authentication-Results (RFC 8601)는 수신 서버가 SPF, DKIM, DMARC, 경우에 따라 ARC 판정 결과를 기록하는 필드입니다. 메시지에는 이러한 줄이 여러 개 있을 수 있으며, 사용자에게 메시지를 전달한 서버가 추가한 줄만 유효합니다. 그 아래의 내용은 사용자의 제공업체가 메시지를 받기 전에 신뢰할 이유가 없는 서버에서 작성한 것이며, 발신자가 원하는 내용을 임의로 넣을 수도 있습니다.
분석기는 가장 위에 있는 결과를 최종 판정으로 사용하고 나머지는 별도로 표시합니다. 그 옆에는 정렬 여부를 결정하는 세 도메인인 From 도메인, DKIM d= 도메인, SPF 검사 대상인 Return-Path 도메인이 표시됩니다. DMARC는 From 도메인과 일치하는 도메인에서 SPF 또는 DKIM이 통과해야 통과하며, 이 도메인들을 비교하면 실패 원인을 파악할 수 있는 경우가 많습니다.
이메일 헤더 확인 방법
Gmail에서는 메시지를 열고 답장 옆의 점 3개를 클릭한 다음 원본 보기를 선택하세요. 웹용 Outlook에서는 메시지를 열고 기타 작업, 보기, 메시지 세부 정보 보기를 차례로 선택하세요. Outlook 데스크톱 앱에서는 파일, 속성으로 이동한 다음 인터넷 헤더 상자를 확인하세요. Apple Mail에서는 보기, 메시지, 모든 헤더를 선택하세요. 본문이 시작되는 첫 번째 빈 줄까지 모두 복사하세요. 메시지 전체를 붙여 넣으면 분석 전에 본문이 잘립니다.
헤더에는 IP 주소와 이메일 주소가 포함됩니다. 결과를 생성하기 위해 메모리에서 읽으며 저장, 캐시 또는 기록하지 않습니다.