EML 분석기
헤더, 기록된 전달 시각, 저장된 인증 결과를 확인하세요. 관찰 결과를 원본 기록과 함께 브라우저에서 검토합니다.
EML 파일을 여기에 놓으세요
이메일 한 통을 열어 헤더와 기록된 전달 경로를 확인하세요.
.eml 파일, 25 MB까지 · 업로드 없음이메일 여는 중…
EML 파일 분석 방법
저장된 이메일 정보를 이해하려면 이 헤더 분석기를 사용하세요. 제한된 헤더 관찰 결과와 전달 타임라인을 제공합니다. 내보내기 조사에 도움이 되지만 발신자나 수정 여부를 증명하지 않습니다.
- 완전한 .eml 메시지나 가상 예제를 여세요.
- 관찰 결과, 기록된 인증, 전달 단계를 원본 헤더와 함께 검토하세요.
- JSON을 다운로드하거나 헤더 보기에서 기록의 맥락을 확인하세요.
어떤 헤더를 검사하나요?
결과는 제공된 파일에 대한 설명입니다. 불완전한 내보내기, 초안, 특이한 소프트웨어, 서버 시계 차이로 일부 결과를 설명할 수 있습니다. 결론 전에 원시 값을 읽으세요. 불일치가 없어도 제한된 검사를 통과했을 뿐 인증된 메시지는 아닙니다.
헤더 확인에는 한도가 있습니다. 넘으면 불완전한 결과로 표시합니다. 발췌에 없는 필드가 원본 뒤쪽에 있을 수도 있습니다. 부분 확인을 알리지 않고 완전한 보고서로 취급하지 않습니다.
| 검사 | 관찰 결과의 의미 |
|---|---|
| From 또는 Date 누락 | 확인한 헤더 블록에 해당 필드가 없습니다. |
| 주요 헤더 반복 | From, Date, Subject, Message-ID가 여러 번 나타납니다. |
| 읽을 수 없는 날짜 | 지원하는 명시적 시간대로 날짜를 정규화할 수 없습니다. |
| 전달 시각 역전 | Received 시각이 이전 기록보다 이릅니다. |
| 전달 추적 누락 | 확인한 헤더에 Received가 없습니다. |
Received 헤더 예제 읽기
서버는 보통 새 Received를 기존 기록 위에 추가합니다. 아래는 내장 EML의 가상 전달 기록입니다. 저장된 순서를 보려면 아래 줄부터 읽으세요.
studio-visit.eml의 가상 헤더
Received: from relay.example.com by inbox.example.com;
Sat, 10 Oct 2026 09:30:08 +0000
Received: from sender.example.com by relay.example.com;
Sat, 10 Oct 2026 09:30:02 +0000분석기는 시각 정렬 대신 아래에서 위로 헤더 순서를 유지합니다. 인접한 두 날짜를 읽을 수 있을 때만 지연을 계산합니다. 누락되거나 미지원인 날짜는 구간을 알 수 없게 하며, 이웃 기록으로 시각을 채우지 않습니다.
음수 구간은 시계 차이나 수정·내보내기된 헤더에서 생길 수 있습니다. 전달 문제의 증거로 보기 전에 두 기록과 시간대를 확인하세요. 6초 예제는 계산 설명이며 실제 전송 검증이 아닙니다.
기록된 인증은 실시간 검증이 아닙니다
Authentication-Results는 SPF, DKIM, DMARC 결과를 저장할 수 있습니다. EMLKit은 그 텍스트와 DKIM-Signature 수를 표시하지만 DNS 조회, 키 검색, 암호학적 서명 검증은 하지 않습니다. pass는 제공된 이메일의 미검증 문구입니다.
파일만으로 신뢰할 수신 서버를 정할 수 없습니다. 헤더는 복사나 변경 가능하므로 인증 표시는 원본 메시지와 해당 메일 시스템을 함께 평가해야 합니다. 이 페이지는 진위 점수, 위치, 신원 판정을 제공하지 않습니다.
JSON 보고서 내용은요?
확인한 헤더, 관찰 결과, 전달 순서, 읽을 수 있는 정규화 시각이 들어갑니다. 저장된 인증 값과 서명 헤더 수도 포함합니다. 다른 사람이 분석을 재현하거나 확장하려면 원본 EML을 보관하세요.
중첩된 파트, 문자 집합, 전송 인코딩은 MIME 구조 뷰어로 확인하세요. 메시지를 읽거나 첨부된 파일을 저장하려면 이 페이지의 이메일 및 첨부 파일 탭을 사용하세요.
EML 헤더 분석 자주 묻는 질문
가짜 또는 수정된 이메일을 찾을 수 있나요?
일부 불일치를 표시하지만 진위를 판정하지는 못합니다. 헤더는 수정 가능하며 시계 차이나 내보내기 누락도 원인일 수 있습니다. 신뢰 점수나 진짜/가짜 판정은 제공하지 않습니다.
DKIM, SPF, DMARC를 검증하나요?
아니요. 저장된 Authentication-Results를 표시하고 DKIM-Signature 헤더를 셉니다. DNS 키 조회, 서명 검증, 신뢰할 수 있는 수신 서버 경계 설정은 하지 않습니다. 기록된 pass도 여기서는 미검증 주장입니다.
전달 타임라인 순서는 어떻게 정하나요?
Received는 보통 앞에 추가됩니다. 날짜로 정렬하지 않고 아래에서 위로 기록된 전달 순서를 읽습니다. 날짜와 명시적 시간대를 읽을 수 있는 인접 기록 사이만 지연을 계산합니다.
전달 단계의 날짜가 없는 이유는요?
날짜 누락, 잘못된 형식, 지원하지 않는 시간대 표기, 확인 범위 밖의 기록일 수 있습니다. 직접 확인할 수 있도록 원시 기록을 유지합니다.
발신자의 위치를 찾나요?
아니요. 원시 기록에 서버 이름이나 IP처럼 보이는 텍스트가 있을 수 있지만 위치나 신원 조회는 하지 않습니다. 서버 정보로 사람의 위치를 증명할 수 없습니다.
데이터가 기기 밖으로 나가나요?
선택 파일과 붙인 텍스트는 EMLKit에 업로드 없이 브라우저에서 처리합니다. 입력을 없애거나 페이지를 떠나면 작업 영역을 지웁니다. 일반 페이지 요청은 사이트 호스트로 갑니다. 파일 처리 설명 읽기.