참고: 이 답변은 번역 도구를 사용하여 번역되었습니다. 문법적 또는 의미적 오류가 있을 수 있으니 양해 부탁드립니다. 양해해 주셔서 감사합니다. 답변에서 불분명한 부분이 있으면 메시지를 남겨주세요. 최대한 빨리 답변해 드리겠습니다.
안녕하세요 @이정욱,
Microsoft 365 Q&A 포럼 커뮤니티 지원팀에 문의해 주셔서 감사합니다. 특히 표준 48시간 전파 기간을 기다린 후 비즈니스 이메일이 정상적으로 작동하는 것이 얼마나 중요한지 잘 알고 있습니다.
제공해 주신 오류 메시지(메일 보호 주소에 대한 NXDOMAIN)를 바탕으로 판단했을 때, 문제는 외부 메일 서버(예: Gmail 및 Naver)에서 Microsoft에서 제공한 대상의 물리적 IP 주소를 찾을 수 없다는 것입니다. 이는 일반적으로 MX 레코드에 오타가 있거나 DNS 호스트에서 인식하지 못하는 형식으로 레코드가 입력된 경우에 발생합니다.
이메일에 대한 NXDOMAIN 오류는 해당 주소가 전역 DNS 레지스트리에 존재하지 않음을 의미합니다. M365 관리 센터에서 "정상" 상태가 표시될 수 있지만, 레코드가 존재하는지 여부만 확인하고 레코드가 정상적으로 작동하는지 또는 오타가 없는지는 확인하지 않는 경우가 많습니다.
문제의 원인을 파악하기 위해 다음 정보를 제공해 주시겠습니까?
- 도메인의 DNS 레코드(MX, A, CNAME 등)를 어떻게 설정하셨는지 자세히 설명해 주시겠습니까? 아니면 특정 외부 발신자(예: 특정 도메인)로부터 이메일을 수신하지 못하는지 알고 계신가요?
그동안 기본적인 문제 해결에 도움이 되는 다음과 같은 공식 문제 해결 방법을 시도해 보시기 바랍니다.
옵션 1: MX 레코드 값 확인
(참고: 사용자인 경우, 이 단계를 수행하려면 전역 관리자에게 문의해야 합니다.)
Microsoft 365 관리 센터에서 할당된 MX 레코드의 철자가 정확한지 다시 한번 확인하십시오.
- 설정 > 도메인 > 도메인 선택 > DNS 레코드로 이동합니다.

- 확인 사항: "가리키는 주소"가 Microsoft에서 지정한 주소와 정확히 일치하는지 확인하십시오. 하이픈 하나라도 잘못되었거나 문자가 하나라도 누락되면 NXDOMAIN 오류가 발생할 수 있습니다. 테넌트 설정이 약간 다른 경우 Microsoft에서 다른 접두사를 할당했을 수 있습니다.
옵션 2: "끝점" 확인
일부 DNS 호스팅 제공업체(특히 .kr 도메인에 사용되는 업체)는 "끝점"을 처리합니다. 현재 MX 레코드에 문제가 있는 경우 끝에 점을 추가해 보세요. 이미 점이 있는 경우 제거해 보세요. 일부 DNS 인터페이스는 자동으로 점을 추가하는데, 점이 두 개 있으면 레코드가 손상될 수 있습니다.
옵션 3: 중복 MX 레코드 제거
DNS 설정에 다른 MX 레코드가 없는지 확인하세요. 이전 호스트를 가리키는 오래된 레코드가 남아 있는 경우 Gmail과 Naver가 잘못된 서버로 메일을 전송하려고 시도하여 "421 4.4.1" 연결 오류가 발생할 수 있습니다.
옵션 4: 도메인의 DNS 레코드(MX 및 SPF) 확인
도메인의 MX(메일 교환) 레코드가 잘못된 서버를 가리키거나 SPF(발신자 정책 프레임워크) 레코드가 올바르지 않으면 상대방 서버에서 수신된 이메일을 거부하거나 잘못된 경로로 전송할 수 있습니다.
MX 레코드 확인 방법:
- MX 조회 도구(MX Lookup Tool)와 같은 무료 온라인 도구를 사용하세요. 참고: 마이크로소프트는 사용자 편의를 위해 이 정보를 제공합니다. 해당 사이트는 마이크로소프트에서 관리하지 않습니다. 마이크로소프트는 해당 사이트에 있는 소프트웨어 또는 정보의 품질, 안전성 또는 적합성에 대해 어떠한 보증도 하지 않습니다. 위 링크에서 제공되는 정보를 이용하기 전에 위험성을 충분히 이해하시기 바랍니다. 또한, 저는 영어 환경만 사용하고 있으므로 다른 언어로 된 링크를 제공해 드릴 수 없음을 양해해 주시기 바랍니다.
- 도메인 이름(예: yourcompany.com)을 입력합니다.
- MX 레코드 결과를 확인합니다. Microsoft 365의 경우 yourdomain-com.mail.protection.outlook.com(또는 이와 유사한 주소)을 가리켜야 합니다.
- 다른 주소(예: 이전 그룹웨어 서버)를 가리키는 경우, 그것이 문제의 원인입니다.

SPF 레코드 확인 방법:
- MX 조회 도구에서 드롭다운 메뉴에서 "SPF 레코드"를 선택합니다.
- 레코드에는 include:spf.protection.outlook.com이 포함되어야 합니다.
- 중요: SPF 레코드는 하나만 있어야 합니다. SPF 레코드가 여러 개 있으면 오류가 발생합니다.
위의 단계를 수행해도 문제가 해결되지 않으면 다음 단계를 따르십시오.
- 호스트 이름/이름 필드 확인: DNS 공급자 패널(예: Gabia, Whois)에서 MX 레코드의 호스트 또는 이름 필드가 공급자의 요구 사항에 따라 '@'로 설정되어 있거나 비어 있는지 확인하십시오.
- TTL (Time to Live) 확인: MX 레코드의 TTL을 3600(1시간) 또는 가능한 가장 작은 값으로 설정하여 향후 변경 사항이 신속하게 적용되도록 하십시오.
참고용 Microsoft 공식 문서:
도메인 연결을 위한 DNS 레코드 추가 - Microsoft 365 관리자 | Microsoft Learn
도메인 또는 DNS 레코드 추가 후 문제 찾기 및 해결 - Microsoft 365 관리자 | Microsoft Learn
포럼 관리자로서 저는 백엔드 도구나 내부 시스템에 접근하여 추가 조사를 진행할 수 없으며, 특정 설정이나 구성은 조직 관리자만 관리할 수 있으므로 제가 직접 확인하거나 변경할 수는 없습니다. 하지만 이러한 제안들이 문제 해결에 도움이 되기를 바랍니다.
추가 질문이 있거나 이러한 해결 방법을 시도한 후에도 문제가 지속되면 알려주세요. 양해와 협조에 감사드립니다.
답변이 도움이 되셨다면 "답변 수락"을 클릭하고 좋아요를 눌러주세요. 이 답변에 대해 추가 질문이 있으시면 "댓글"을 눌러주세요.
참고: 이 스레드에 대한 관련 이메일 알림을 받으시려면 문서 의 단계에 따라 이메일 알림을 활성화해 주세요.