모든 이메일은 정교하게 구성된 서버 네트워크를 통해 전송되며, MX(Mail Exchange) 레코드는 이 여정을 안내하는 이정표 역할을 합니다. MX 레코드 검증 방법을 이해하는 것은 이메일 검증 시스템, 문의 양식 또는 이메일 주소를 수집하는 애플리케이션을 구축하는 모든 개발자에게 필수적인 기술입니다. 이 포괄적인 가이드는 기본 개념부터 고급 구현 전략까지 MX 레코드 검증을 다루며, 애플리케이션에 강력한 이메일 검증을 구축할 수 있는 지식을 제공합니다.
MX 레코드 이해하기
MX(Mail Exchange) 레코드는 도메인을 대신하여 이메일을 수신하는 메일 서버를 지정하는 DNS 레코드입니다. user@example.com으로 이메일을 보낼 때, 메일 서버는 어디로 전달해야 하는지 알아야 합니다. MX 레코드는 도메인의 메일 서버를 가리킴으로써 이 정보를 제공합니다.
MX 레코드 작동 원리
이메일이 전송되면, 발신 메일 서버는 수신자 도메인의 MX 레코드를 찾기 위해 DNS 조회를 수행합니다. 이 조회는 우선순위 값과 함께 하나 이상의 메일 서버 호스트명을 반환하며, 우선순위 값은 선호 순서를 나타냅니다.
gmail.com의 일반적인 MX 레코드 조회는 다음과 같을 수 있습니다:
gmail.com. MX 5 gmail-smtp-in.l.google.com. gmail.com. MX 10 alt1.gmail-smtp-in.l.google.com. gmail.com. MX 20 alt2.gmail-smtp-in.l.google.com. gmail.com. MX 30 alt3.gmail-smtp-in.l.google.com. gmail.com. MX 40 alt4.gmail-smtp-in.l.google.com.
발신 서버는 가장 낮은 우선순위 서버(이 경우 우선순위 5)로 먼저 전달을 시도합니다. 해당 서버를 사용할 수 없으면 다음 우선순위 수준을 시도하는 식입니다. 이러한 중복성은 개별 서버가 다운되어도 이메일 전달을 보장합니다.
MX 레코드 구성 요소
각 MX 레코드에는 두 가지 필수 정보가 포함됩니다:
우선순위(Preference)
메일 서버를 시도해야 하는 순서를 나타내는 숫자 값입니다. 낮은 숫자가 높은 우선순위를 나타냅니다. 동일한 우선순위를 가진 서버는 무작위 순서로 시도되어 로드 밸런싱을 제공합니다.
메일 서버 호스트명
도메인의 이메일을 처리하는 메일 서버의 정규화된 도메인 이름(FQDN)입니다. 이 호스트명은 A 또는 AAAA 레코드를 통해 IP 주소로 확인되어야 합니다.
이메일 검증에서 MX 레코드가 중요한 이유
MX 레코드 검증은 이메일 검증 프로세스에서 중요한 체크포인트 역할을 합니다:
도메인 존재 확인
도메인에 MX 레코드가 없으면 일반적으로 이메일을 수신할 수 없습니다. 일부 도메인은 A 레코드 대체를 사용할 수 있지만, MX 레코드가 없다는 것은 도메인이 이메일용으로 구성되지 않았음을 나타내는 강력한 지표입니다.
인프라 검증
작동하는 메일 서버로 확인되는 유효한 MX 레코드는 도메인에 이메일 인프라가 있음을 나타냅니다. 특정 주소가 존재한다는 것을 보장하지는 않지만, 도메인이 이메일을 수신할 수 있음을 확인합니다.
스팸 및 사기 탐지
합법적인 비즈니스는 적절한 MX 레코드를 유지합니다. 스팸이나 사기에 사용되는 의심스러운 도메인은 MX 레코드가 잘못 구성되었거나 누락된 경우가 많습니다.
성능 최적화
SMTP 검증을 시도하기 전에 MX 레코드를 확인하면 이메일을 수신할 수 없는 도메인에 연결하는 데 낭비되는 시간을 피할 수 있습니다.
MX 레코드 조회 구현하기
다양한 프로그래밍 환경에서 MX 레코드 검증을 구현하는 방법을 살펴보겠습니다.
Node.js 구현
Node.js는 dns 모듈을 통해 내장 DNS 확인 기능을 제공합니다:
const dns = require('dns').promises;
async function getMxRecords(domain) {
try {
const records = await dns.resolveMx(domain);
// Sort by priority (lowest first)
records.sort((a, b) => a.priority - b.priority);
return {
success: true,
domain,
records: records.map(r => ({
exchange: r.exchange,
priority: r.priority
}))
};
} catch (error) {
return {
success: false,
domain,
error: error.code,
message: getMxErrorMessage(error.code)
};
}
}
function getMxErrorMessage(code) {
const messages = {
'ENODATA': 'No MX records found for this domain',
'ENOTFOUND': 'Domain does not exist',
'ETIMEOUT': 'DNS lookup timed out',
'ESERVFAIL': 'DNS server failed to respond'
};
return messages[code] || 'Unknown DNS error';
}
// Usage
const result = await getMxRecords('gmail.com');
console.log(result);
Python 구현
Python의 dnspython 라이브러리의 dns.resolver 모듈은 포괄적인 DNS 조회 기능을 제공합니다:
import dns.resolver
import dns.exception
def get_mx_records(domain):
try:
answers = dns.resolver.resolve(domain, 'MX')
records = []
for rdata in answers:
records.append({
'exchange': str(rdata.exchange).rstrip('.'),
'priority': rdata.preference
})
# Sort by priority
records.sort(key=lambda x: x['priority'])
return {
'success': True,
'domain': domain,
'records': records
}
except dns.resolver.NXDOMAIN:
return {
'success': False,
'domain': domain,
'error': 'NXDOMAIN',
'message': 'Domain does not exist'
}
except dns.resolver.NoAnswer:
return {
'success': False,
'domain': domain,
'error': 'NoAnswer',
'message': 'No MX records found for this domain'
}
except dns.exception.Timeout:
return {
'success': False,
'domain': domain,
'error': 'Timeout',
'message': 'DNS lookup timed out'
}
# Usage
result = get_mx_records('gmail.com')
print(result)
Go 구현
Go의 net 패키지는 간단한 DNS 조회 함수를 제공합니다:
package main
import (
"fmt"
"net"
"sort"
)
type MxResult struct {
Success bool
Domain string
Records []MxRecord
Error string
}
type MxRecord struct {
Exchange string
Priority uint16
}
func getMxRecords(domain string) MxResult {
records, err := net.LookupMX(domain)
if err != nil {
return MxResult{
Success: false,
Domain: domain,
Error: err.Error(),
}
}
if len(records) == 0 {
return MxResult{
Success: false,
Domain: domain,
Error: "No MX records found",
}
}
// Sort by priority
sort.Slice(records, func(i, j int) bool {
return records[i].Pref < records[j].Pref
})
result := MxResult{
Success: true,
Domain: domain,
Records: make([]MxRecord, len(records)),
}
for i, r := range records {
result.Records[i] = MxRecord{
Exchange: r.Host,
Priority: r.Pref,
}
}
return result
}
func main() {
result := getMxRecords("gmail.com")
fmt.Printf("%+v\n", result)
}
고급 MX 검증 기법
기본 MX 조회는 레코드가 존재하는지 확인하지만, 포괄적인 이메일 검증에는 더 깊은 분석이 필요합니다.
메일 서버 연결성 검증
MX 레코드는 IP 주소로 확인되어야 하는 호스트명을 가리킵니다. 메일 서버가 실제로 도달 가능한지 확인하세요:
const dns = require('dns').promises;
const net = require('net');
async function validateMxConnectivity(domain) {
// Get MX records
const mxResult = await getMxRecords(domain);
if (!mxResult.success) {
return mxResult;
}
// Validate each mail server
const validatedRecords = [];
for (const record of mxResult.records) {
const validation = await validateMailServer(record.exchange);
validatedRecords.push({
...record,
...validation
});
}
return {
success: true,
domain,
records: validatedRecords,
hasReachableServer: validatedRecords.some(r => r.reachable)
};
}
async function validateMailServer(hostname) {
try {
// Resolve hostname to IP
const addresses = await dns.resolve4(hostname);
if (addresses.length === 0) {
return { reachable: false, error: 'No A record' };
}
// Test connection to port 25
const connected = await testConnection(addresses[0], 25);
return {
reachable: connected,
ip: addresses[0],
error: connected ? null : 'Connection refused'
};
} catch (error) {
return {
reachable: false,
error: error.message
};
}
}
function testConnection(host, port, timeout = 5000) {
return new Promise((resolve) => {
const socket = new net.Socket();
socket.setTimeout(timeout);
socket.on('connect', () => {
socket.destroy();
resolve(true);
});
socket.on('timeout', () => {
socket.destroy();
resolve(false);
});
socket.on('error', () => {
resolve(false);
});
socket.connect(port, host);
});
}
A 레코드 대체 처리
MX 레코드가 없을 때, 이메일 표준(RFC 5321)은 도메인의 A 레코드를 대체로 사용해야 한다고 지정합니다. 검증에서 이 대체를 구현하세요:
async function getMailServers(domain) {
// Try MX records first
try {
const mxRecords = await dns.resolveMx(domain);
if (mxRecords.length > 0) {
return {
type: 'MX',
servers: mxRecords.sort((a, b) => a.priority - b.priority)
};
}
} catch (error) {
if (error.code !== 'ENODATA') {
throw error;
}
}
// Fallback to A record
try {
const aRecords = await dns.resolve4(domain);
if (aRecords.length > 0) {
return {
type: 'A_FALLBACK',
servers: [{ exchange: domain, priority: 0 }],
warning: 'Using A record fallback - no MX records found'
};
}
} catch (error) {
if (error.code !== 'ENODATA') {
throw error;
}
}
return {
type: 'NONE',
servers: [],
error: 'No mail servers found for domain'
};
}
Null MX 레코드 감지
RFC 7505는 도메인이 이메일을 수신하지 않음을 명시적으로 나타내는 "null MX" 레코드를 정의합니다. 이러한 레코드는 우선순위 0과 빈 호스트명(".")을 가진 단일 MX 항목을 가집니다:
function hasNullMx(mxRecords) {
if (mxRecords.length === 1) {
const record = mxRecords[0];
if (record.priority === 0 &&
(record.exchange === '.' || record.exchange === '')) {
return true;
}
}
return false;
}
async function validateDomainMx(domain) {
const mxResult = await getMxRecords(domain);
if (!mxResult.success) {
return mxResult;
}
if (hasNullMx(mxResult.records)) {
return {
success: false,
domain,
error: 'NULL_MX',
message: 'Domain explicitly does not accept email'
};
}
return mxResult;
}
MX 조회 캐싱
DNS 조회는 모든 검증에 지연을 추가합니다. 성능을 개선하기 위해 캐싱을 구현하세요:
class MxCache {
constructor(ttlMs = 3600000) { // 1 hour default TTL
this.cache = new Map();
this.ttl = ttlMs;
}
get(domain) {
const entry = this.cache.get(domain.toLowerCase());
if (!entry) return null;
if (Date.now() > entry.expiry) {
this.cache.delete(domain.toLowerCase());
return null;
}
return entry.data;
}
set(domain, data) {
this.cache.set(domain.toLowerCase(), {
data,
expiry: Date.now() + this.ttl
});
}
// Respect DNS TTL values when available
setWithTtl(domain, data, ttlSeconds) {
const ttlMs = Math.min(ttlSeconds * 1000, this.ttl);
this.cache.set(domain.toLowerCase(), {
data,
expiry: Date.now() + ttlMs
});
}
}
const mxCache = new MxCache();
async function getMxRecordsCached(domain) {
const cached = mxCache.get(domain);
if (cached) {
return { ...cached, fromCache: true };
}
const result = await getMxRecords(domain);
if (result.success) {
mxCache.set(domain, result);
}
return { ...result, fromCache: false };
}
일반적인 MX 레코드 패턴
일반적인 MX 구성을 이해하면 검증 결과를 해석하고 잠재적인 문제를 식별하는 데 도움이 됩니다.
주요 이메일 제공업체
주요 제공업체의 MX 패턴을 인식하면 무료 이메일 주소를 식별하는 데 도움이 될 수 있습니다:
const knownProviders = {
'google': [
'gmail-smtp-in.l.google.com',
'googlemail-smtp-in.l.google.com',
'aspmx.l.google.com'
],
'microsoft': [
'outlook-com.olc.protection.outlook.com',
'mail.protection.outlook.com'
],
'yahoo': [
'mta5.am0.yahoodns.net',
'mta6.am0.yahoodns.net',
'mta7.am0.yahoodns.net'
],
'protonmail': [
'mail.protonmail.ch',
'mailsec.protonmail.ch'
]
};
function identifyEmailProvider(mxRecords) {
const exchanges = mxRecords.map(r => r.exchange.toLowerCase());
for (const [provider, patterns] of Object.entries(knownProviders)) {
for (const pattern of patterns) {
if (exchanges.some(ex => ex.includes(pattern.toLowerCase()))) {
return provider;
}
}
}
return 'unknown';
}
Google Workspace 감지
Google Workspace(이전 G Suite) 도메인은 Google의 메일 서버를 사용하지만 무료 이메일 계정이 아닙니다:
function isGoogleWorkspace(domain, mxRecords) {
const isGoogleMx = mxRecords.some(r =>
r.exchange.toLowerCase().includes('google') ||
r.exchange.toLowerCase().includes('googlemail')
);
// Check if domain is not a known Google consumer domain
const googleConsumerDomains = ['gmail.com', 'googlemail.com'];
const isConsumerDomain = googleConsumerDomains.includes(domain.toLowerCase());
return isGoogleMx && !isConsumerDomain;
}
자체 호스팅 이메일 감지
자체 이메일을 호스팅하는 도메인은 서브도메인을 가리키는 MX 레코드를 갖는 경우가 많습니다:
function isSelfHosted(domain, mxRecords) {
const domainParts = domain.toLowerCase().split('.');
const baseDomain = domainParts.slice(-2).join('.');
return mxRecords.some(r => {
const exchange = r.exchange.toLowerCase();
return exchange.includes(baseDomain) &&
!isKnownProvider(exchange);
});
}
function isKnownProvider(exchange) {
const providers = ['google', 'microsoft', 'yahoo', 'outlook', 'protonmail'];
return providers.some(p => exchange.includes(p));
}
이메일 검증 파이프라인에서의 MX 검증
MX 검증은 포괄적인 이메일 검증 프로세스의 한 단계입니다. 그 역할을 이해하면 효과적인 검증 파이프라인을 구축하는 데 도움이 됩니다.
검증 순서
MX 검증은 일반적으로 검증 파이프라인 초기에 발생합니다:
async function verifyEmail(email) {
// 1. Syntax validation (fastest, no network)
const syntaxResult = validateEmailSyntax(email);
if (!syntaxResult.valid) {
return { valid: false, reason: 'invalid_syntax', details: syntaxResult };
}
const domain = email.split('@')[1];
// 2. MX record validation (fast DNS lookup)
const mxResult = await validateMxRecords(domain);
if (!mxResult.valid) {
return { valid: false, reason: 'no_mx_records', details: mxResult };
}
// 3. Additional checks (disposable, role-based, etc.)
const domainCheck = await checkDomainReputation(domain);
if (domainCheck.isDisposable) {
return { valid: true, risky: true, reason: 'disposable_domain' };
}
// 4. SMTP verification (slowest, most thorough)
const smtpResult = await verifySmtp(email, mxResult.records);
return {
valid: smtpResult.exists,
deliverable: smtpResult.deliverable,
mxRecords: mxResult.records,
provider: mxResult.provider
};
}
병렬 MX 조회
여러 이메일을 검증할 때, 서로 다른 도메인의 MX 조회를 병렬화하세요:
async function verifyEmailsBatch(emails) {
// Group emails by domain
const emailsByDomain = {};
for (const email of emails) {
const domain = email.split('@')[1];
if (!emailsByDomain[domain]) {
emailsByDomain[domain] = [];
}
emailsByDomain[domain].push(email);
}
// Lookup MX records for all domains in parallel
const domains = Object.keys(emailsByDomain);
const mxResults = await Promise.all(
domains.map(domain => getMxRecordsCached(domain))
);
// Map results back to domains
const mxByDomain = {};
domains.forEach((domain, index) => {
mxByDomain[domain] = mxResults[index];
});
// Process emails with MX data
const results = [];
for (const email of emails) {
const domain = email.split('@')[1];
const mx = mxByDomain[domain];
if (!mx.success) {
results.push({ email, valid: false, reason: 'invalid_domain' });
continue;
}
// Continue with SMTP verification using cached MX data
const smtpResult = await verifySmtp(email, mx.records);
results.push({ email, ...smtpResult });
}
return results;
}
오류 처리 및 엣지 케이스
강력한 MX 검증은 다양한 오류 조건을 우아하게 처리합니다.
DNS 타임아웃 처리
네트워크 문제로 인해 DNS 조회가 중단될 수 있습니다. 타임아웃 처리를 구현하세요:
async function getMxRecordsWithTimeout(domain, timeoutMs = 10000) {
const timeoutPromise = new Promise((_, reject) => {
setTimeout(() => reject(new Error('DNS_TIMEOUT')), timeoutMs);
});
try {
const result = await Promise.race([
getMxRecords(domain),
timeoutPromise
]);
return result;
} catch (error) {
if (error.message === 'DNS_TIMEOUT') {
return {
success: false,
domain,
error: 'TIMEOUT',
message: 'DNS lookup timed out',
retryable: true
};
}
throw error;
}
}
잘못된 도메인 처리
DNS 조회를 시도하기 전에 구문적으로 유효하지 않은 도메인을 처리하세요:
function isValidDomain(domain) {
if (!domain || typeof domain !== 'string') {
return false;
}
// Check length
if (domain.length > 253) {
return false;
}
// Check for valid characters and structure
const domainRegex = /^(?!-)[A-Za-z0-9-]+(?:\.[A-Za-z0-9-]+)*\.[A-Za-z]{2,}$/;
if (!domainRegex.test(domain)) {
return false;
}
// Check each label length
const labels = domain.split('.');
for (const label of labels) {
if (label.length > 63) {
return false;
}
}
return true;
}
async function validateDomainMxSafe(domain) {
if (!isValidDomain(domain)) {
return {
success: false,
domain,
error: 'INVALID_DOMAIN',
message: 'Domain format is invalid'
};
}
return await getMxRecordsWithTimeout(domain);
}
일시적인 DNS 실패 처리
DNS 실패는 일시적일 수 있습니다. 지수 백오프를 사용한 재시도 로직을 구현하세요:
async function getMxRecordsWithRetry(domain, maxRetries = 3) {
const delays = [1000, 2000, 4000];
for (let attempt = 0; attempt < maxRetries; attempt++) {
const result = await getMxRecordsWithTimeout(domain);
// Don't retry for definitive failures
if (result.success ||
result.error === 'NXDOMAIN' ||
result.error === 'ENOTFOUND') {
return result;
}
// Retry for temporary failures
if (result.retryable && attempt < maxRetries - 1) {
await sleep(delays[attempt]);
continue;
}
return result;
}
}
function sleep(ms) {
return new Promise(resolve => setTimeout(resolve, ms));
}
보안 고려사항
MX 검증은 개발자가 해결해야 하는 보안 고려사항을 도입합니다.
DNS 스푸핑 방지
표준 DNS 쿼리는 암호화되지 않으며 스푸핑에 취약합니다. 민감한 애플리케이션에는 DNS over HTTPS(DoH) 사용을 고려하세요:
const https = require('https');
async function getMxRecordsDoH(domain) {
const url = `https://cloudflare-dns.com/dns-query?name=${encodeURIComponent(domain)}&type=MX`;
return new Promise((resolve, reject) => {
https.get(url, {
headers: { 'Accept': 'application/dns-json' }
}, (res) => {
let data = '';
res.on('data', chunk => data += chunk);
res.on('end', () => {
try {
const response = JSON.parse(data);
if (response.Status !== 0) {
resolve({
success: false,
domain,
error: 'DNS_ERROR',
status: response.Status
});
return;
}
const records = (response.Answer || [])
.filter(a => a.type === 15)
.map(a => {
const [priority, exchange] = a.data.split(' ');
return {
priority: parseInt(priority),
exchange: exchange.replace(/\.$/, '')
};
})
.sort((a, b) => a.priority - b.priority);
resolve({
success: records.length > 0,
domain,
records
});
} catch (error) {
reject(error);
}
});
}).on('error', reject);
});
}
DNS 쿼리 속도 제한
DNS 쿼리의 속도를 제한하여 남용을 방지하세요:
class DnsRateLimiter {
constructor(maxQueriesPerSecond = 100) {
this.tokens = maxQueriesPerSecond;
this.maxTokens = maxQueriesPerSecond;
this.lastRefill = Date.now();
}
async acquire() {
this.refillTokens();
if (this.tokens > 0) {
this.tokens--;
return true;
}
// Wait for token availability
await sleep(1000 / this.maxTokens);
return this.acquire();
}
refillTokens() {
const now = Date.now();
const elapsed = now - this.lastRefill;
const tokensToAdd = (elapsed / 1000) * this.maxTokens;
this.tokens = Math.min(this.maxTokens, this.tokens + tokensToAdd);
this.lastRefill = now;
}
}
const dnsLimiter = new DnsRateLimiter(50);
async function getMxRecordsRateLimited(domain) {
await dnsLimiter.acquire();
return getMxRecords(domain);
}
BillionVerify를 사용한 MX 검증
MX 검증을 직접 구현하는 것은 교육적 가치를 제공하지만, BillionVerify와 같은 전문 이메일 검증 서비스는 포괄적인 이메일 검증의 일부로 MX 검증을 처리합니다.
이메일 검증 API 사용의 장점
포괄적인 검사
BillionVerify의 이메일 검증 API는 단일 API 호출에서 구문 검사, SMTP 검증, 일회용 이메일 감지 등과 함께 MX 검증을 결합합니다. 이를 통해 여러 검증 시스템을 유지 관리할 필요가 없습니다.
최적화된 인프라
전문 서비스는 전 세계에 분산된 DNS 리졸버를 유지하고, 대규모 캐싱을 처리하며, 수백만 건의 검증에 걸쳐 성능을 최적화합니다.
지속적인 업데이트
메일 서버 구성은 끊임없이 변경됩니다. 이메일 검증 서비스는 알려진 제공업체, 일회용 도메인 및 메일 서버 패턴의 데이터베이스를 지속적으로 업데이트합니다.
API 통합 예제
async function verifyEmailWithBillionVerify(email) {
const response = await fetch('https://api.billionverify.com/v1/verify', {
method: 'POST',
headers: {
'Authorization': `Bearer ${process.env.BV_API_KEY}`,
'Content-Type': 'application/json'
},
body: JSON.stringify({ email })
});
const result = await response.json();
// MX information is included in the response
console.log('MX Valid:', result.mx_found);
console.log('Domain Valid:', result.domain_valid);
console.log('Is Deliverable:', result.is_deliverable);
return result;
}
결론
MX 레코드 검증은 더 많은 리소스를 소모하는 검사를 시도하기 전에 도메인이 이메일을 수신할 수 있는지 확인하는 이메일 검증의 기본 구성 요소입니다. 적절한 MX 검증을 구현하면 잘못된 도메인을 빠르게 필터링하고, 검증 성능을 최적화하며, 더 안정적인 이메일 처리 애플리케이션을 구축할 수 있습니다.
MX 레코드 검증의 핵심 요점:
- SMTP 검증을 시도하기 전에 항상 MX 레코드를 확인하여 시간과 리소스를 절약하세요
- A 레코드 대체를 처리하여 MX 레코드가 없는 도메인에 대한 RFC 표준을 준수하세요
- 캐싱을 구현하여 반복되는 검증에 대한 DNS 조회 오버헤드를 줄이세요
- 일반적인 패턴을 인식하여 이메일 제공업체와 잠재적 위험을 식별하세요
- 오류를 우아하게 처리하여 타임아웃, 재시도 및 적절한 오류 메시지를 제공하세요
사용자 정의 이메일 검증 시스템을 구축하든 BillionVerify와 같은 서비스와 통합하든, MX 레코드를 이해하면 애플리케이션에 더 나은 이메일 처리를 구축할 수 있습니다. 오늘 MX 검증 구현을 시작하고 포괄적인 이메일 검증을 향한 첫걸음을 내디디세요.
Instantly 또는 Smartlead를 사용하는 팀은 캠페인 전에 BillionVerify로 목록을 정리하여 전달성을 크게 향상시킬 수 있습니다.
인증 제공업체를 선택하기 전에 정확도와 속도 면에서 BillionVerify와 ZeroBounce를 비교해 보세요.