메시지 헤더 읽기
모든 메일에는 숨은 헤더가 딸려 있습니다. 메일이 거쳐온 서버 하나하나의 기록이 최신 순으로 적혀 있습니다. 이 도구는 그것을 시간이 표시된 경로로 바꿔주므로 “이 메일은 왜 네 시간이나 걸렸을까?”라는 질문에 손으로 짚을 수 있는 답이 생깁니다.
- 브라우저 안에서 전부 처리됩니다
- 오프라인에서도 작동합니다
- 업로드 없음
- 가입 없음
- 워터마크 없음
도구를 불러오는 중…
작동 방식
- 헤더를 복사하세요. Gmail은 “원본 보기”, Outlook은 파일 → 속성 → 인터넷 헤더, Thunderbird는 Ctrl+U를 쓰면 됩니다.
- 위에 붙여넣고 “Analyse”(분석)를 누르세요.
- 경로는 위에서 아래로 읽으세요. 1번 행이 메시지를 가장 먼저 처리한 서버입니다. 지연 시간이 갑자기 늘어나는 홉(한 서버에서 다음 서버로 넘어가는 한 단계)을 찾아보세요.
왜 아무것도 업로드되지 않는가
이 페이지가 하는 모든 작업은 브라우저 탭 안에서 도는 코드가 처리합니다. 웹 페이지를 그리는 그 엔진을 그대로 씁니다. 파일은 디스크에서 탭의 메모리로 읽어 들여 거기서 변환한 뒤 다시 다운로드 파일로 내보냅니다. 어디로도 전송되지 않습니다. 우리에게도, 제3자에게도.
직접 확인해 보세요
- 브라우저 개발자 도구(F12)를 열고 네트워크(Network) 탭을 선택합니다.
- 파일을 올리고 도구를 실행합니다.
- 보이는 요청은 도구 자체의 코드를 받아 오는 것뿐입니다. 무거운 몇몇 도구는 공개 CDN에서 오픈소스 엔진을 함께 받아 옵니다. 여기에 loreatec.jp로 가는 작은 방문 집계 신호 하나(페이지 주소와 제목, 그 이상은 없습니다)가 더해집니다. 어느 것도 당신의 파일을 실어 나르지 않습니다.
자주 묻는 질문
경로가 거꾸로 나와 있습니다. 왜 그런가요?
각 서버가 자신의 Received 줄을 맨 위에 추가하기 때문에, 파일에는 가장 최근 것이 먼저 나옵니다. 이 페이지는 순서를 뒤집어서 보여줍니다. 1번 행이 메시지를 가장 먼저 처리한 서버이고, 마지막 행이 메일함에 전달한 서버입니다.
한 홉에서 9분이나 걸렸습니다. 무슨 뜻인가요?
메시지가 대기열에서 기다린 것입니다. 흔한 원인은 “그레이리스팅”입니다. 수신 서버가 낯선 발신자의 첫 시도는 일부러 돌려보내고 재시도만 받아들이는 방식입니다. 이 때문에 5분에서 한 시간 정도가 걸리며, 여기 말고는 확인할 방법이 없습니다. 매번 같은 홉에서 지연이 길게 나온다면 보통 수신 서버가 과부하 상태이거나 들어오는 메일을 일부러 늦추고 있다는 뜻입니다.
지연 시간이 음수로 나오는 이유는 뭔가요?
두 서버의 시간이 서로 맞지 않기 때문입니다. 시계가 살짝 어긋난 메일 서버는 흔하고 그 자체로는 문제가 없습니다. 차이가 너무 커서 시간이 의미가 없어지거나 서명이 만료될 정도일 때만 문제가 됩니다.
전체 메시지 테스트와는 무엇이 다른가요?
이 페이지는 오프라인으로 동작하며 헤더에 적힌 내용만 읽습니다. 수신 서버가 이미 내린 SPF, DKIM, DMARC 판정도 포함됩니다. 그 서명을 직접 다시 검증하려면 DNS에 있는 공개 키가 필요합니다. 그 일을 하는 것이 온라인 메시지 테스트입니다. 여기서 하는 읽기 작업에 실제 검증까지 더한 것입니다.