Defaults.Exposed › 수정 › MX 레코드 (메일 설정)

MX 레코드 (메일 설정) 수정 방법

MX 레코드는 귀사 도메인으로 발송된 이메일을 어디에 배달해야 하는지 세계에 알려주는 안내판입니다. 없거나 잘못되면 귀사로 오는 모든 메시지 — 고객 문의, 비밀번호 재설정, 청구서, 계약서 — 가 발신자에게 그대로 반송됩니다. MX가 없으면 수신함도 없습니다.

비즈니스에 미치는 핵심 영향: MX 레코드가 없거나 잘못되면 도메인으로 이메일을 전혀 수신할 수 없습니다. 귀사에 연락하는 고객은 오류를 받고 무시당한다거나 폐업했다고 생각합니다. 거래, 청구서, 긴급 문제 등 모든 메시지를 귀사는 영원히 볼 수 없습니다.

발생 가능한 비용

• 잠재 고객이 명함의 주소로 이메일을 보내거나 문의 양식을 작성합니다. 메시지가 반송됩니다. 다시 시도하지 않고 경쟁사로 갑니다. 문의가 존재했다는 사실조차 알 수 없습니다.
• 공급업체가 연체 청구서와 최종 경고를 보냅니다. 둘 다 반송됩니다. 서비스가 끊기거나 채권 추심 통지가 오기 전까지 모릅니다.
• 새 도구, 은행 포털, 정부 서비스에 가입하면 확인 이메일이 도메인으로 발송됩니다. 도착하지 않으면 오늘 당장 필요한 것에서 잠기게 됩니다.
• 웹사이트 이전 중 DNS를 변경하다 MX 레코드가 삭제됩니다. 며칠 동안 회사 전체로 오는 이메일이 조용히 사라집니다.
• 메일 설정도 없고 보호도 없는 도메인을 발견한 사기꾼이 쉬운 표적으로 삼아 악용합니다.

중요한 이유. 이메일 전달은 단 하나의 DNS 조회에 의존합니다. 발신 메일 서버가 '이 도메인의 이메일을 어디에 전달하나요?'라고 묻고 MX 레코드에서 답을 읽습니다. 답이 없거나 잘못된 곳을 가리키면 메일이 거부되어 반송됩니다. 이것이 이메일 설정의 가장 기본적이고 절대적인 요소입니다. 잘못되면 다른 어떤 이메일 설정도 소용이 없습니다.

MX 레코드란

누군가 귀사 도메인으로 이메일을 발송할 때 발신 메일 서버는 먼저 **“이 도메인의 메일을 어디에 전달하나요?”**라는 질문에 답해야 합니다. 답은 도메인의 MX 레코드 — Mail eXchange 레코드 — 에서 찾습니다. MX 레코드는 “이 도메인의 이메일을 이 메일 서버로 보내라”라는 도메인 설정의 안내판입니다.

MX 레코드는 이메일을 저장하거나 보호하거나 발신자 권한을 결정하지 않습니다. 우편 시스템에게 어느 우체국이 귀사 우편을 처리하는지 알려주는 봉투의 주소와 같습니다. 주소가 맞으면 메일이 들어오고, 비어 있거나 잘못된 건물을 가리키면 배달 불가로 반송됩니다.

비즈니스 피해 사례

MX 레코드가 잘못되면 귀사 측에서 조용히 실패합니다 — 메일 수신이 중단될 뿐 오류는 없습니다.

• 연락이 닿지 않은 문의. 잠재 고객이 웹사이트의 주소로 이메일을 보냅니다. 발신자에게는 배달 실패 안내가 표시됩니다. 대부분 전화하지 않고 경쟁사로 갑니다. 문의가 존재했는지조차 알 수 없습니다.

• ‘무시한’ 청구서. 공급업체가 청구서, 독촉장, 최종 경고를 보냅니다 — 모두 반송됩니다. 관계가 틀어지거나 서비스가 중단되거나 작은 금액이 채권 추심 문제로 커집니다.

• 자체 계정에서 잠김. 비밀번호를 재설정하거나 새 뱅킹 포털을 인증하거나 소프트웨어 라이선스를 요청합니다. 확인 이메일이 도메인으로 발송되어 사라집니다.

• 웹사이트 이전이 조용히 이메일을 죽임. 웹 디자이너가 DNS를 새 공급업체로 이전하면서 웹사이트 레코드만 복사하고 MX 레코드를 잊습니다. 며칠 동안 회사 모든 주소로 오는 이메일이 조용히 사라집니다.

MX 레코드의 실제 구조

도메인 DNS 설정에는 여러 종류의 레코드가 있습니다. MX 레코드는 수신 이메일을 관장합니다:

• 메일 서버 이름(이메일 공급업체의 “메일 교환” 호스트).
• 우선순위 번호 — 낮은 번호가 먼저 시도됩니다.

좋은 상태는: 실제 사용하는 이메일 공급업체(Google Workspace, Microsoft 365, 웹 호스트 메일 서비스 등)의 메일 서버를 가리키는 하나 이상의 유효한 MX 레코드입니다.

중요한 예외. 일부 도메인은 의도적으로 이메일을 수신하지 않도록 설정됩니다. 올바른 방법은 null MX 레코드를 게시하는 것입니다: 우선순위 0, 호스트 .(점 하나). 이것은 게시된 인터넷 표준(RFC 7505)으로, 이 검사에서 만점으로 통과합니다. 실패하는 것은 아무것도 없는 상태입니다.

수정 방법 (무료, 약 5분)

IT 담당자나 웹 공급업체에게 이 섹션을 전달하세요. 수정은 무료입니다.

이메일을 수신해야 하는데 MX 레코드가 없는 경우

이메일 공급업체의 메일 서버를 도메인에 연결해야 합니다. 공급업체가 게시한 정확한 레코드를 사용하세요.

1. DNS 공급업체에 로그인합니다(Cloudflare, GoDaddy, 웹 호스트, 도메인 등록업체 등).

2. 이메일 서비스에 맞는 MX 레코드 추가:

   Google Workspace (현재 단일 레코드 설정):

   • MX 호스트: 귀사 도메인 → smtp.google.com, 우선순위 1

   Microsoft 365:

   • MX 호스트: 귀사 도메인 → <대시로 구분된 도메인>.mail.protection.outlook.com, 우선순위 0

   기타 공급업체: 해당 공급업체의 DNS 설정 안내에서 MX 호스트 이름과 우선순위를 그대로 복사합니다.

3. 저장 후 기다리세요. DNS 변경은 약 15~30분 후 적용됩니다.

이메일을 수신하지 않을 경우

null MX를 게시하여 상태를 명확히 합니다:

1. DNS 공급업체에 로그인합니다.
2. 우선순위 0, 호스트 .(점 하나)인 MX 레코드 하나를 추가합니다.
3. 저장합니다.

DNS나 호스트 이전을 앞두고 있는 경우

이전 전에 현재 MX 레코드를 정확히 기록하세요. 이전 후 새 공급업체에서 동일한 값과 우선순위로 모두 재생성하고, 이전 완료로 선언하기 전에 테스트 메일을 보내 확인하세요.

흔한 실수

• MX를 비워 두는 대신 null MX를 게시하지 않음. 도메인이 실제로 메일을 받지 않는다면 null MX(0 .)로 명시하세요. 비어 있으면 오류로 보이지만 null MX는 올바른 답입니다.
• 잘못된 곳을 가리키는 MX. 웹사이트 서버나 오래된 공급업체를 가리키는 MX 레코드가 놀라울 정도로 흔합니다. 항상 현재 메일박스를 호스팅하는 공급업체의 레코드를 복사하세요.
• 웹사이트나 DNS 이전 중 MX 삭제. 웹사이트가 복원되면 안심하고, 이메일은 조용히 중단됩니다. MX를 모든 이전 체크리스트의 필수 항목으로 포함하세요.
• MX가 사칭을 막는다고 가정. 그렇지 않습니다. MX는 수신 메일 전용입니다. 위조 방지는 SPF, DKIM, DMARC입니다.

요약

MX 레코드는 이메일 봉투의 주소입니다. 올바르거나 수신 불가 도메인에서 null로 올바르게 설정되면 메일이 도달하고 이 검사를 통과합니다. 없으면 이메일로 연락할 수 없고 귀사가 볼 수 없는 메시지를 잃게 됩니다. 수정은 무료이며 몇 분이면 되고, 오늘 도메인을 관리하는 담당자에게 전달할 만한 가치가 있습니다.

FAQ