한정 기간: 첫 번째 결제 50% 할인.
InboxWarm.ai Logo

이메일 공급자 식별

어떤 이메일 서비스 공급자가 주소의 메일을 호스팅하는지 확인하세요. 이메일을 입력하면 실시간 MX 레코드를 기반으로 Google Workspace, Microsoft 365, Zoho 등을 자동으로 감지합니다.

이메일 주소 입력

오늘 5회의 무료 확인 기회가 남았습니다.

ESP / MX 조회란 무엇인가요?

이메일을 수신하는 모든 도메인은 DNS에 하나 이상의 MX(Mail Exchanger) 레코드를 게시합니다. 이 레코드는 메시지를 받는 메일 서버의 호스트명을 가리키며, 해석 순서를 결정하는 숫자 우선순위(preference)를 함께 갖습니다. 호스트명 패턴은 일반적으로 매우 명확합니다 — Google Workspace는 `aspmx.l.google.com`, Microsoft 365는 `*.mail.protection.outlook.com`, Zoho는 `mx.zoho.com` 등입니다.

ESP 체커는 이러한 MX 레코드를 조회하고, 우선순위순으로 정렬한 뒤, 호스트명을 알려진 공급자 데이터베이스와 비교합니다. 프로토콜은 RFC 5321(현대 SMTP 사양)과 RFC 7505(메일을 전혀 수신하지 않는 도메인의 'Null MX' 정의)에 의해 규정됩니다.

왜 ESP / MX를 확인해야 하나요?

1메일박스 공급자별 발송 조정

Gmail, Microsoft, 온프레미스 필터는 콘텐츠를 다르게 평가합니다. 목적지를 알면 제목과 HTML 선택이 달라집니다

2마이그레이션 전환 확인

한 공급자에서 다른 공급자로 이전한 뒤, 기존 시스템을 해제하기 전에 MX가 새 플랫폼을 가리키는지 확인하세요

3잘못된 라우팅 감지

오타나 오래된 MX 항목은 메일을 조용히 잘못된 공급자로 보냅니다. 체커가 이를 즉시 드러냅니다

4도메인 포트폴리오 감사

회사를 인수하거나 감사할 때, 각 도메인이 어떤 이메일 플랫폼을 사용하는지 한눈에 확인하세요

ESP 감지 단계별 동작

1

도메인을 입력하면 체커는 DNS를 통해 MX 레코드를 조회합니다.

2

각 MX 레코드는 우선순위 숫자와 호스트명으로 파싱됩니다.

3

레코드를 우선순위로 정렬합니다. 가장 낮은 숫자가 발신 서버에서 가장 먼저 시도됩니다.

4

호스트명을 알려진 공급자(Google, Microsoft, Zoho, Proofpoint, Mimecast 등 수십 곳)의 패턴과 매칭합니다.

5

감지된 공급자가 보고되며, 라우팅을 직접 감사할 수 있도록 우선순위순 MX 목록 전체가 표시됩니다.

MX 레코드 구문

DNS MX 레코드 예시 (Google Workspace)
example.com.   3600   IN   MX   1   aspmx.l.google.com.
example.com.   3600   IN   MX   5   alt1.aspmx.l.google.com.
example.com.   3600   IN   MX   5   alt2.aspmx.l.google.com.

필드 설명

우선순위— 낮을수록 먼저 시도됨
호스트— 수신 메일 서버의 호스트명
TTL— 캐시 수명(초)
IN— 인터넷 레코드 클래스
MX— 레코드 타입

자주 발생하는 ESP / MX 오류와 해결책

MX 레코드 미게시

MX가 없으면 도메인이 메일을 수신할 수 없습니다. 공급자가 제공한 레코드를 게시하세요

구 공급자의 MX가 여전히 작동

마이그레이션 후에도 옛 MX가 응답합니다. 오래된 레코드를 제거해 메일 루프를 멈추세요

모든 레코드의 우선순위가 동일

의도적(round-robin)이거나 실수입니다. 공급자 문서를 확인하세요

MX가 CNAME을 가리킴

RFC 2181은 MX가 CNAME을 가리키는 것을 금지합니다. A/AAAA 레코드가 있는 호스트로 직접 가리키세요

자주 묻는 질문

자주 묻는 질문(FAQ)

ESP(이메일 서비스 공급자) 체커는 도메인의 MX 레코드를 점검하고, Google Workspace, Microsoft 365, Zoho, Proofpoint, Mimecast 같은 알려진 공급자 데이터베이스와 비교합니다. 도메인 자체가 커스텀이더라도 MX 호스트명이 공급자를 명확히 드러내는 경우가 대부분입니다.

수신 ESP를 알면 메시지 작성을 조정할 수 있습니다 — Gmail과 Outlook은 콘텐츠를 다르게 평가합니다 — 또한 공급자가 공개한 도달율 규칙을 참고해 전송 문제를 디버깅할 수 있습니다. 자기 도메인에서는 마이그레이션 이후 MX가 더 이상 사용되지 않는 플랫폼을 가리키지 않는지 확인할 수 있습니다.

메일 공급자는 이중화를 위해 여러 MX를 게시합니다. 주 호스트가 다운되면 발신 서버는 우선순위에 따라 다음 호스트를 재시도합니다. Google Workspace와 Microsoft 365는 보통 서로 다른 인프라에 4–5개의 MX 항목을 게시해 지역 장애에서도 메일 수신을 보장합니다.

MX 레코드가 게시된 모든 도메인에서 작동합니다. 파킹·미사용 도메인은 보통 등록기관 기본 MX 또는 'MX 없음' 구성을 드러내며, 체커가 명확히 표시합니다. 도메인 포트폴리오 전반을 감사할 때 유용합니다.

잠재 고객이 Google, Microsoft, 또는 다른 제공업체를 사용하는지 파악하면 캠페인을 세분화하고 각 제공업체의 필터링 동작에 맞게 발송을 조정할 수 있습니다. 세그먼트별로 적합한 인박스를 워밍업하고 라우팅할 수 있으며, 도달성이 가장 강한 제공업체를 우선시할 수 있습니다.

Unknown은 대개 해당 도메인에 MX 레코드가 없거나, 도구가 알려진 시그니처와 매칭할 수 없는 제공업체를 사용하거나, 맞춤형 또는 자체 호스팅 서버를 통해 메일을 라우팅하는 경우를 의미합니다. 메일을 수신하도록 설정되지 않은 파킹 또는 잘못 구성된 도메인에서도 나타날 수 있습니다.