📍 MapLeads 출시: Google 지도, Bing 지도, Apple 지도를 리드 목록으로.MapLeads 살펴보기
무료 헤더 분석기

이메일 헤더 분석기

raw 헤더 블록을 붙여 넣으면 이 무료 이메일 헤더 분석기가 SPF, DKIM, DMARC 판정, 전체 전달 경로와 주요 헤더 필드를 보여 줍니다. 온라인에서 무료로 이메일 헤더를 파싱할 수 있으며, 브라우저에서 처리되어 헤더 텍스트가 어디에도 업로드되지 않습니다.

헤더 분석기에 헤더 붙여 넣기

What Are Email Headers and What Do They Contain?

Every email message contains two parts: the visible body (the text, images, and HTML you read) and the technical headers that live above the body. Headers record the full routing history of the message, authentication results, spam scores, and metadata like the sender, recipient, subject, and timestamps. Most email clients hide headers from normal view, but they are always present and can be revealed through your mail client's "show original" or "view headers" option.

Analyzing email headers is one of the most reliable ways to diagnose delivery problems, investigate suspected phishing messages, and verify that your authentication setup (SPF, DKIM, DMARC) is working correctly for a real message.

How to Find Email Headers in Different Mail Clients

  • Gmail:Open the message, click the three-dot menu (⋮) in the top-right corner, and select "Show original". Copy all content from the popup.
  • Outlook (web):Open the message, click the three-dot menu, then View → View message source.
  • Apple Mail:Open the message, then View → Message → All Headers, or press Shift + Command + H.
  • Thunderbird:Open the message, then View → Headers → All.
  • Yahoo Mail:Open the message, click More → View Raw Message.

Copy everything from the first header line (usually Delivered-To: or Return-Path:) down to the blank line before the email body.

Key Headers to Look For

The most important headers for diagnosing delivery issues are:

  • Authentication-Results: Shows SPF, DKIM, and DMARC pass/fail results as evaluated by the receiving server. This is the most important header for diagnosing authentication failures.
  • Received: One entry per hop in the delivery path. Reading from bottom to top gives chronological order. Each entry usually includes the server hostname, IP address, and timestamp.
  • X-Spam-Score / X-Spam-Status: Added by spam filters like SpamAssassin. Shows the numeric score and which rules were triggered.
  • DKIM-Signature: The actual DKIM signature attached by the sending server. Contains the selector, domain, and cryptographic signature.
  • Return-Path: The envelope sender — the address used for bounce notifications, checked by SPF.
  • Message-ID: A unique identifier for the message, useful for tracking it through log files.

What Authentication Results Mean for Deliverability

A message showing spf=pass dkim=pass dmarc=pass in the Authentication-Results header has the best chance of inbox placement. Any failure here should be investigated. An SPF failure often means the sending IP is not listed in your SPF record. A DKIM failure may mean the signature is missing, expired, or the public key in DNS does not match the private key used for signing. A DMARC failure means neither SPF nor DKIM aligned with the From domain.

Header analysis tells you what happened with a specific message. To prevent problems before sending, use email verification on your list and verify your authentication configuration with our SPF, DKIM, and DMARC generator tools. For large lists, bulk verification and the validation API let you integrate checks into your workflow.

헤더에 담긴 정보

무료 이메일 헤더 분석기가 헤더에서 읽는 정보

모든 메시지에는 수신자에게 보이지 않는 헤더 블록이 있습니다. 무료 이메일 헤더 분석기는 이 헤더를 파싱해 메시지에 실제로 무슨 일이 있었는지 설명하는 필드로 정리합니다.

Received 헤더 체인은 전달 경로입니다

메시지를 처리하는 각 서버는 자체 Received 헤더를 맨 앞에 추가하므로 체인은 아래에서 위로 읽습니다. 가장 오래된 hop 이 맨 아래에 있습니다. 이메일 헤더 분석기는 이를 시간순으로 뒤집으며, 그래야만 지연을 정확히 파악할 수 있습니다.

각 Received 헤더의 타임스탬프는 메시지가 머문 위치를 보여 줍니다. 두 hop 사이의 12 시간 공백은 네트워크 문제가 아니라 대기열 지연이며, 헤더 분석기가 이를 즉시 드러냅니다.

Authentication-Results 헤더에 판정 결과가 담깁니다

수신 서버는 자체 판정 결과를 이 헤더에 기록합니다. 무료 이메일 헤더 분석기는 검사를 다시 실행하지 않고 그 결과를 읽습니다. 실제 전달 여부를 결정한 것은 수신 서버의 판정이기 때문입니다.

스푸핑과 전달성 문제를 진단할 때 가장 유용한 헤더입니다. 하나의 헤더에 담긴 3 가지 판정을 헤더 분석기가 분리해 보여 주므로 DKIM pass 를 DMARC pass 로 오해하지 않게 됩니다.

Return-Path 헤더와 From 헤더는 서로 다릅니다

Return-Path 헤더는 SPF 가 승인하는 envelope sender 입니다. From 헤더는 수신자에게 표시되는 주소입니다. 두 헤더가 일치하지 않으면 DMARC alignment 가 정상적인 전달인지 스푸핑인지 판별합니다.

두 헤더 필드를 나란히 보여 주는 이메일 헤더 분석기를 사용하면 raw 헤더를 직접 읽을 때 몇 분 걸리는 불일치를 단 1 초 만에 확인할 수 있습니다.

Message-ID, Date 및 스팸 점수 헤더 필드

Message-ID 헤더는 메시지를 고유하게 식별하며 제공업체 지원팀에서 요청하는 정보입니다. Date 헤더는 발신자가 주장하는 시간일 뿐 전달 시간이 아닙니다. 실제 정보는 Received 헤더 체인에 있습니다.

X-Spam-Status 헤더 같은 필터 점수는 수신 서버가 추가한 경우에 표시됩니다. 헤더 분석기는 수신 시스템이 기록한 헤더를 찾아 보여 줍니다.

판정 결과 읽기

각 헤더 판정 결과의 의미

무료 이메일 헤더 분석기가 Authentication-Results 헤더에서 보여 주는 결과는 거의 모두 4 가지 조합에 해당합니다.

SPF pass, DKIM pass, DMARC pass

인증과 alignment 가 모두 완료된 상태입니다. 그래도 메시지가 스팸함에 들어갔다면 인증이 원인이 아닙니다. 콘텐츠, 평판, 신고 이력을 확인하세요.

이메일 헤더 분석기에서 정상적인 헤더는 이렇게 보입니다. 직접 보낸 메일 하나를 분석해 이 형태를 익혀 두면 좋습니다.

SPF fail, DKIM pass, DMARC pass

전달된 메일에서 흔히 나타나는 결과입니다. 전달 과정에서 전송 IP 가 바뀌어 SPF 는 실패하지만, DKIM 서명은 온전히 유지되어 DMARC alignment 를 충족합니다.

문제가 아닙니다. 이메일 헤더 분석기가 이 조합을 실패로 표시한다면 잘못된 판단을 유도하는 것입니다.

SPF pass, DKIM fail, DMARC pass

대개 전송 중 메시지가 수정된 경우입니다. 메일링 리스트가 바닥글을 추가하거나 보안 장비가 링크를 다시 작성하면 서명이 더 이상 본문과 일치하지 않습니다.

SPF 를 통한 alignment 는 유지되므로 전달에는 문제가 없습니다. 매번 발송할 때 발생한다면 무료 이메일 헤더 분석기로 조사할 가치가 있습니다.

DMARC fail

SPF 와 DKIM 모두 aligned pass 를 내지 못했습니다. 강제 적용 정책에서는 메시지가 격리되거나 즉시 거부됩니다.

이메일 헤더 분석기가 추출한 Authentication-Results 헤더를 읽고 실패한 메커니즘을 찾은 다음, 발신 측에서 해당 레코드를 수정하세요.

사용 방법

온라인에서 이메일 헤더를 무료 파싱해야 할 때

헤더 분석기는 다른 방법으로는 알 수 없는 질문에 이미 보유한 헤더만으로 답합니다.

  1. 1

    메시지가 늦게 도착한 경우

    Received 헤더 체인을 아래에서 위로 읽고 타임스탬프 사이의 간격을 확인하세요. 시간이 급격히 늘어난 hop 에서 메시지가 대기열에 머문 것이며, 이는 헤더에만 기록됩니다.

    다른 방법으로는 알 수 없습니다. 발신 측 전달 로그는 인계 시점에서 끝나지만, 헤더에는 이후의 전체 여정이 담깁니다.

  2. 2

    메시지가 스푸핑처럼 보이는 경우

    Return-Path 헤더와 From 헤더를 비교한 다음 DMARC 판정을 확인하세요. 이 2 가지 헤더 검사로 의심스러운 메시지 대부분을 1 분 안에 판단할 수 있습니다.

    무료 이메일 헤더 분석기는 도착한 메시지만 검사합니다. 발신자 주소 자체는 이 이메일은 진짜인가요 에서 실제로 작동하는 메일함인지 확인하세요.

  3. 3

    내 메일이 스팸함에 들어가는 경우

    다른 서비스의 계정으로 메시지를 보낸 다음, 도착한 사본의 이메일 헤더를 온라인에서 무료로 파싱하세요. 어떤 예측보다 수신 서버가 헤더에 직접 기록한 판정이 더 유용합니다.

    헤더 분석기에서 인증이 모두 정상적으로 통과한다면 문제는 설정이 아니라 콘텐츠나 평판에 있습니다.

  4. 4

    지원 요청에 Message-ID 가 필요한 경우

    제공업체는 문제를 조사하기 전에 Message-ID 헤더부터 요청합니다. 이메일 헤더 분석기는 raw 텍스트를 스크롤하지 않아도 해당 헤더를 추출합니다.

    꺾쇠괄호까지 포함해 이메일 헤더 분석기에 표시된 그대로 복사하세요.

한계

헤더 분석기로 알 수 없는 것

헤더는 일어난 일을 기록한 것이며, 예측도 신원 증명도 아닙니다.

신뢰할 수 있는 hop 위쪽의 헤더는 위조될 수 있습니다

발신자가 작성한 헤더는 모두 위조할 수 있습니다. 신뢰하는 서버가 추가한 Received 헤더 줄만 믿을 수 있으므로 수신 지점부터 위쪽으로 헤더 체인을 읽어야 합니다.

무료 이메일 헤더 분석기는 전체 체인을 보여 주지만, 헤더에서 신뢰가 시작되는 지점을 판단하는 것은 사용자의 몫입니다.

발신 설정을 검사하지는 않습니다

헤더 분석기는 이미 도착한 메시지 하나를 읽습니다. 헤더만으로는 SPF 레코드가 10 lookups 제한 이내인지, DMARC 정책이 올바르게 설정되었는지 알 수 없습니다.

이 경우 이메일 헤더 분석기 대신 발신 측 검사기를 사용하세요. 헤더는 메시지 하나에 대한 증거이지 발신 설정에 대한 정보가 아닙니다.

비공개 필터 판정은 볼 수 없습니다

대형 메일함 제공업체는 메시지를 스팸함에 넣은 이유를 헤더에 거의 공개하지 않습니다. 헤더에 설명이 없다고 해서 아무 일도 없었다는 뜻은 아닙니다.

이 영역은 해당 제공업체의 Postmaster 도구에서만 확인할 수 있습니다.

수신자 주소에 대해서는 알 수 없습니다

헤더를 파싱하면 전달된 메시지 하나에 대한 정보만 알 수 있습니다. 목록에 있는 주소의 존재 여부는 어떤 헤더로도 답할 수 없는 별개의 문제입니다.

이 경우 이메일 검증기를 사용하세요. 정상적인 헤더와 존재하지 않는 수신자 주소는 얼마든지 함께 나타날 수 있습니다.

참고 자료

헤더 사양과 관련 도구

헤더 구문은 IETF 가 정의하며, 이 무료 이메일 헤더 분석기와 함께 제공되는 도구는 발신 측을 검사합니다.

RFC 5322 는 헤더 필드를 정의합니다

IETF 의 RFC 5322 는 모든 이메일 헤더 분석기가 파싱하는 Received, From, Message-ID 등의 헤더 필드 구문을 정의합니다.

Authentication-Results 는 RFC 8601 에 별도로 정의되어 있으므로 헤더 분석기에서도 독립된 섹션으로 다룹니다.

헤더뿐 아니라 자체 레코드도 확인하세요

헤더에는 수신 서버의 판정이 표시됩니다. SPF 검사기 와 DMARC 검사기를 사용하면 자체 레코드가 pass 를 받을 수 있도록 구성되었는지 확인할 수 있습니다.

무슨 일이 있었는지는 온라인에서 이메일 헤더를 무료로 파싱해 확인하고, 다음 결과를 바꾸려면 해당 도구를 사용하세요.

그다음 목록을 검증하세요

인증은 작업의 절반입니다. 대량 이메일 검증 은 헤더가 아무리 정상이어도 발신 평판을 해치는 존재하지 않는 주소를 제거합니다.

무료 이메일 헤더 분석기와 검증된 목록은 동일한 전달성 문제의 두 부분을 각각 해결합니다.

자주 묻는 질문

1. 내 이메일 헤더가 서버로 전송되나요?

아니요. 이메일 헤더 분석기는 브라우저에서만 실행됩니다. 붙여 넣은 헤더 텍스트는 페이지 밖으로 전송되지 않으므로, 계정 없이도 헤더 내용 유출 걱정 없이 온라인에서 무료로 이메일 헤더를 파싱할 수 있습니다.

2. 분석할 헤더를 Gmail 에서 어떻게 가져오나요?

메시지를 열고 점 3 개 메뉴에서 원본 보기를 선택하세요. 해당 화면 상단의 헤더 블록을 복사해 이메일 헤더 분석기에 붙여 넣으세요. Outlook 에서는 같은 화면을 메시지 세부 정보라고 하며, 헤더 분석기는 두 형식을 모두 지원합니다.

3. 헤더에 SPF fail, DKIM pass 가 표시됩니다. 문제가 있나요?

대개 문제없습니다. 이 조합은 전달된 메일의 일반적인 특징입니다. 전달 과정에서 전송 IP 가 바뀌어 SPF 는 실패하지만, DKIM 서명은 유지되어 DMARC alignment 를 충족합니다. 무료 이메일 헤더 분석기가 이를 실패로 표시한다면 잘못된 판단을 유도하는 것입니다.

4. 헤더에 여러 서버가 표시되는 이유는 무엇인가요?

메시지를 처리하는 각 서버는 자체 Received 헤더를 맨 앞에 추가합니다. 헤더 체인은 아래에서 위로 읽으며, 가장 오래된 항목이 맨 아래에 있습니다. 이메일 헤더 분석기는 헤더 순서를 시간순으로 뒤집어 메시지가 실제로 어디에서 지연되었는지 보여 줍니다.

5. Message-ID 헤더는 무엇에 사용하나요?

메시지를 고유하게 식별하며, 제공업체 지원팀에서 가장 먼저 요청하는 정보입니다. 이메일 헤더 분석기가 이를 추출하므로 raw 헤더 텍스트를 스크롤하며 찾을 필요가 없습니다.

6. 헤더에 DMARC fail 이 표시됩니다. 어떻게 해결하나요?

DMARC fail 은 SPF 와 DKIM 모두 aligned pass 를 내지 못했다는 뜻입니다. 이메일 헤더 분석기가 추출한 Authentication-Results 헤더를 읽고 실패한 메커니즘을 확인한 다음, 발신 측에서 SPF 또는 DMARC 검사기로 해당 레코드를 수정하세요.

무료 기능 살펴보기

유료 AI 기능과 함께 계정 없이 사용할 수 있는 19 가지 무료 도구를 제공합니다.

이메일 도구

이메일 전달성 테스트

무료 이메일 전달률 테스트: 메시지 하나를 보내 인증, DNS, 스팸 필터, 블랙리스트, 헤더, 콘텐츠 점수를 확인하세요. 가입 없이 이용하는 무료 인박스 배치 테스트입니다.

발신자 또는 메시지 진단이며, 주소 탐색이 아닙니다.

이메일 도구

바운스율 계산기

무료 이메일 바운스율 계산기로 하드·소프트 바운스율을 계산하고, 공개된 벤치마크와 비교해 허용 가능한 이메일 바운스율 기준을 확인하세요.

이메일 도구

역방향 이메일 조회

무료 이메일 역조회: 주소를 입력해 도메인, 조직, 메일 라우팅, 역할 계정 패턴, 공개 프로필을 확인하세요. 이메일 소유자를 무료로 찾을 수 있습니다.

이메일 검증 도구

이메일 검증기

가입 없이 무료 이메일 검증기로 이메일 주소의 유효성을 확인하세요 — 구문, MX, SMTP 메일박스, 일회용, 역할 및 catch-all 검사.

수신자 증거이며, 발신자나 DNS 설정이 아닙니다.

무료 도구

DNS 체커

모든 도메인의 A, AAAA, MX, TXT, NS, CNAME, SOA DNS 레코드를 권한 있는 네임서버에서 실시간으로 무료 조회하십시오. 가입이 필요 없습니다.

도메인 또는 인프라 증거이며, 메일박스 증명은 아닙니다.

이메일 검증 도구

이메일 목록 정리

모든 행을 실시간 SMTP 로 검증하는 이메일 목록 정리 서비스입니다. 중복을 제거하고 hard bounce 를 차단하며 사유를 보존합니다. 가입 없이 무료로 사용해 보세요.

이메일 헤더 분석기

발송 전에 주소를 검증하세요

헤더는 전달된 메시지 하나를 설명합니다. 유효하지 않은 주소로 인한 바운스는 어떤 헤더 분석기로도 해결할 수 없습니다. 여기서 온라인으로 이메일 헤더를 무료 파싱한 뒤 목록을 검증하세요.

온라인에서 이메일 헤더 무료 파싱 · 브라우저에서 실행되는 헤더 분석기 · SPF, DKIM, DMARC 헤더 판정 · 계정이 필요 없는 헤더 분석기

99.9%
정확도
Real-time
API 속도
$0.00014
이메일당
600/mo
영구 무료