회사 도메인 메일을 Microsoft 365에 연결하려면 무엇이 필요할까요?
회사 도메인을 Microsoft 365 메일에 연결할 때 필요한 도메인·DNS 권한, 사용자와 메일함 준비, MX 전환과 메일 인증 과정을 쉽게 정리합니다.
Microsoft 365로 회사 메일을 사용하려는 기업에서 가장 먼저 나오는 질문이 있습니다.
“회사 도메인은 이미 있습니다. Microsoft 365 라이선스만 구입하면 바로 회사 메일을 사용할 수 있나요?”
카이온아이티의 답변부터 말씀드리면 도메인과 라이선스만으로 연결이 끝나지는 않습니다.
Microsoft 365가 회사 도메인의 메일을 받도록 하려면 다음 다섯 가지가 준비되어야 합니다.
- 회사가 도메인의 소유자라는 확인
- DNS 레코드를 변경할 수 있는 관리 권한
- 메일을 사용할 사용자와 Microsoft 365 메일함
- 기존 메일과 공용 주소를 어떻게 옮길지에 대한 계획
- 메일 전환 후 정상 여부를 확인할 점검 기준
어렵게 보이지만 흐름은 단순합니다. 회사 주소를 Microsoft 365에 등록하고, 받을 사람과 메일함을 준비한 뒤, DNS에서 새 우편 배달 장소를 Microsoft 365로 바꾸는 작업이라고 이해하면 쉽습니다.
도메인과 메일 서비스는 같은 것이 아닙니다
도메인은 company.co.kr처럼 회사가 인터넷에서 사용하는 주소입니다. 이 주소는 홈페이지에도 쓰고 name@company.co.kr 형태의 메일 주소에도 사용할 수 있습니다.
하지만 도메인을 구입했다고 메일함이 자동으로 만들어지는 것은 아닙니다. 메일을 보관하고 Outlook으로 주고받으려면 Exchange Online이 포함된 Microsoft 365 서비스와 사용자 메일함이 필요합니다.
| 구분 | 쉽게 설명하면 | 확인할 내용 |
|---|---|---|
| 회사 도메인 | 회사가 보유한 인터넷 주소 | 등록기관, 만료일, 소유자 |
| DNS | 홈페이지와 메일의 연결 안내판 | 관리 업체, 로그인 계정, 변경 권한 |
| Microsoft 365 | 사용자 계정과 메일함을 운영하는 공간 | 테넌트, 관리자, 라이선스 |
| 메일 이전 | 기존 메일과 주소를 새 환경으로 옮기는 작업 | 이전 대상, 일정, 검증 방법 |
도메인 등록기관과 DNS 관리 업체가 같을 수도 있고 다를 수도 있습니다. 따라서 “도메인을 어디에서 샀는지”뿐 아니라 현재 DNS를 실제로 어디에서 관리하는지 확인해야 합니다.
가장 먼저 준비할 것은 DNS 관리 권한입니다
Microsoft 365 관리자 계정만 있어도 모든 작업이 가능한 것은 아닙니다. 회사가 도메인을 보유하고 있다는 사실을 확인하고 메일 경로를 변경하려면 DNS 관리 화면에 접속할 수 있어야 합니다.
먼저 다음 내용을 확인합니다.
- 회사 도메인 이름과 등록기관
- 현재 DNS를 관리하는 업체
- DNS 관리 계정과 로그인 가능 여부
- DNS 변경을 승인할 담당자
- 현재 홈페이지와 메일에 사용 중인 DNS 레코드
- 도메인 만료일과 자동 갱신 상태
관리 계정을 오래전에 만든 직원이나 외부 업체가 보유하고 있는 경우도 있습니다. 연결 당일에 권한이 없다는 사실을 알게 되면 메일 전환 일정을 다시 잡아야 할 수 있으므로 미리 확인하는 것이 좋습니다.
Microsoft 365에서는 도메인 소유권부터 확인합니다
Microsoft 365 관리 센터의 설정 → 도메인 → 도메인 추가에서 회사 도메인을 등록할 수 있습니다.
Microsoft는 다른 회사의 도메인을 임의로 등록하지 못하도록 DNS에 확인용 TXT 레코드를 추가하게 합니다. TXT 레코드는 쉽게 말해 “이 도메인은 우리 회사가 관리하고 있습니다”라고 Microsoft에 보여주는 확인표입니다.1
이 단계는 도메인 소유권을 확인하는 작업입니다. 확인용 TXT 레코드를 추가했다고 새 메일이 바로 Microsoft 365로 들어오지는 않습니다. 현재 홈페이지도 그대로 운영됩니다.1
일부 도메인 업체는 Domain Connect를 지원해 소유권 확인과 DNS 추가를 자동화할 수 있습니다. 지원하지 않는 업체에서는 Microsoft 365 관리 센터에 표시된 값을 DNS 관리 화면에 직접 입력합니다.12
MX를 바꾸기 전에 사용자와 메일함을 먼저 만듭니다
여기서 순서가 중요합니다.
MX 레코드는 인터넷에서 회사 도메인으로 보낸 새 메일을 어느 메일 서비스로 전달할지 정하는 주소표입니다. MX를 Microsoft 365로 변경하면 이후 도착하는 새 메일은 Microsoft 365로 들어오기 시작합니다.12
따라서 MX를 바꾸기 전에 다음 항목을 준비해야 합니다.
- 메일을 사용할 사용자 계정
- Exchange Online이 포함된 라이선스
- 사용자별 기본 메일 주소와 별칭
- 대표메일·부서메일·공용메일함
- 외부에서 메일을 받아야 하는 그룹 주소
- Outlook과 모바일 사용 안내
Microsoft도 MX 레코드를 변경하기 전에 해당 도메인을 사용하는 모든 사용자의 계정과 메일함을 먼저 준비하도록 안내합니다.12
받을 사람의 메일함을 만들지 않은 상태에서 MX부터 변경하면 새 메일이 반송되거나 담당자가 확인하지 못하는 문제가 생길 수 있습니다.
연결할 때 확인하는 DNS 레코드는 무엇일까요?
DNS 레코드 이름은 낯설지만 역할을 알면 이해하기 쉽습니다.
| DNS 항목 | 하는 일 | 중요도 |
|---|---|---|
| TXT 확인 레코드 | 회사가 도메인을 관리하고 있음을 확인 | 도메인 등록 시 필요 |
| MX | 새로 도착하는 메일을 Microsoft 365로 전달 | 메일 수신에 필수 |
| Autodiscover CNAME | Outlook이 회사 메일 설정을 자동으로 찾도록 도움 | 권장 |
| SPF TXT | 회사 도메인으로 메일을 보낼 수 있는 서버를 표시 | 권장 |
| DKIM CNAME | 발송 메일에 전자 서명을 적용해 위조 여부 확인 | 권장 |
| DMARC TXT | SPF·DKIM 검사에 실패한 메일의 처리와 보고 기준 설정 | 권장 |
실제 레코드 값은 회사 도메인과 Microsoft 365 환경마다 다릅니다. 인터넷의 예시 값을 그대로 복사하지 말고 Microsoft 365 관리 센터에 표시되는 값을 사용해야 합니다.2
SPF, DKIM과 DMARC는 회사 도메인을 사칭한 메일을 줄이는 데 함께 사용되는 메일 인증 체계입니다. Microsoft는 세 가지를 서로 보완하는 구성으로 설명합니다.34
홈페이지·복합기·CRM에서 보내는 메일도 확인합니다
메일을 Microsoft 365에 연결할 때 직원의 Outlook만 확인하면 부족할 수 있습니다.
회사의 도메인을 사용해 메일을 보내는 다른 시스템이 있는지 함께 확인해야 합니다.
- 홈페이지 문의 알림
- 복합기 스캔 메일
- CRM·ERP·그룹웨어
- 전자결재와 모니터링 시스템
- 뉴스레터·대량 발송 서비스
- NAS와 백업 장비의 알림
이 발송 경로를 확인하지 않고 SPF나 DMARC 정책을 변경하면 정상적인 시스템 메일이 스팸으로 분류되거나 전달되지 않을 수 있습니다.
반대로 홈페이지가 같은 도메인을 사용한다고 해서 메일 연결 시 홈페이지까지 Microsoft 365로 옮겨야 하는 것은 아닙니다. 웹사이트용 DNS 레코드는 유지하고, 메일과 관련된 레코드만 정확히 변경하면 기존 홈페이지는 계속 운영할 수 있습니다.1
도메인 연결과 기존 메일 이전은 다른 작업입니다
MX를 Microsoft 365로 바꾸면 새로 들어오는 메일의 목적지가 바뀝니다. 기존 메일 서버에 보관된 과거 메일, 일정과 연락처가 자동으로 Microsoft 365로 복사되는 것은 아닙니다.2
기존 데이터를 계속 사용해야 한다면 별도의 메일 이전 계획이 필요합니다.
- 어떤 사용자의 메일을 옮길지
- 메일뿐 아니라 일정과 연락처도 포함할지
- 대표·부서·공용 주소는 어떻게 구성할지
- 이전 중 기존 메일과 새 메일을 어떻게 확인할지
- 사용자의 Outlook과 모바일을 언제 바꿀지
메일함 수, 데이터 용량, 현재 메일 제품과 공존 필요성에 따라 이전 방법과 일정이 달라집니다.
더 자세한 전환 계획은 회사 메일을 Microsoft 365로 이전하기 전 확인해야 할 체크리스트에서 확인할 수 있습니다.
실제 연결은 이 순서로 진행합니다
회사 도메인 메일 연결은 다음 순서로 진행하는 것이 안전합니다.
- 현재 도메인, DNS, 메일 시스템과 발송 장비를 조사합니다.
- Microsoft 365에 도메인을 추가하고 소유권을 확인합니다.
- 사용자, 라이선스, 메일함과 공용 주소를 준비합니다.
- 필요한 기존 메일 데이터의 이전 방법과 전환 시간을 정합니다.
- MX·Autodiscover·SPF 등 DNS 레코드를 적용합니다.
- DKIM과 DMARC를 포함한 메일 인증을 점검합니다.
- 내부·외부 송수신, Outlook, 모바일과 시스템 발송을 확인합니다.
연결이 끝났다는 표시는 관리 센터의 초록색 상태만을 의미하지 않습니다. 실제로 다음 항목이 정상이어야 합니다.
- 외부에서 회사 주소로 보낸 메일 수신
- 회사에서 외부 주소로 보낸 메일 전달
- 같은 회사 사용자 간 송수신
- 회신과 전달
- Outlook과 모바일 로그인
- 대표·부서·공용 주소 수신
- 복합기와 업무 시스템의 알림 발송
- SPF·DKIM·DMARC 인증 결과
자주 묻는 질문
도메인만 있으면 Microsoft 365 회사 메일을 사용할 수 있나요?
도메인 외에도 Microsoft 365 테넌트, Exchange Online 메일함을 사용할 수 있는 라이선스, 사용자 계정과 DNS 변경 권한이 필요합니다. 기존 메일을 유지하려면 데이터 이전 계획도 별도로 준비해야 합니다.
도메인 소유권 확인용 TXT를 추가하면 기존 메일이 중단되나요?
일반적으로 소유권 확인용 TXT 레코드만 추가하는 단계에서는 메일 수신 경로가 바뀌지 않습니다. 실제 새 메일의 목적지는 MX 레코드를 변경할 때 바뀝니다.12
메일을 Microsoft 365로 연결하면 홈페이지도 옮겨야 하나요?
아닙니다. 홈페이지와 메일은 같은 도메인을 사용해도 서로 다른 DNS 레코드로 연결할 수 있습니다. 홈페이지용 레코드를 유지하고 메일 관련 레코드만 변경하면 홈페이지는 기존 위치에서 계속 운영할 수 있습니다.1
Microsoft 365에 연결하면 과거 메일도 자동으로 옮겨지나요?
아닙니다. MX 변경은 새 메일의 수신 경로를 바꾸는 작업입니다. 기존 메일 서버에 있는 과거 메일, 일정과 연락처는 필요한 범위를 정해 별도로 이전해야 합니다.2
연결 작업은 얼마나 걸리나요?
도메인 확인 자체보다 현재 메일 환경 조사, 사용자와 공용 주소 준비, 기존 데이터 이전과 DNS 전파 확인에 시간이 필요합니다. 사용자 수만으로 기간을 정하기보다 현재 메일 제품, 데이터 용량, DNS 권한과 업무 중단 허용 범위를 먼저 확인해야 합니다.
정리하기
Microsoft 365 도메인 메일 연결의 핵심은 DNS 값 몇 개를 입력하는 것이 아니라 받을 사람과 메일함을 먼저 준비하고, 새 메일 경로를 안전하게 전환한 뒤 실제 송수신을 확인하는 것입니다.
- 도메인 등록기관과 DNS 관리 권한을 확인합니다.
- Microsoft 365에 도메인을 추가하고 소유권을 확인합니다.
- MX 변경 전에 사용자, 라이선스와 메일함을 준비합니다.
- 기존 메일 이전과 새 메일 경로 변경을 구분합니다.
- SPF·DKIM·DMARC와 다른 시스템의 발송 경로를 함께 점검합니다.
- 전환 후 Outlook 화면만 보지 않고 실제 내·외부 송수신을 확인합니다.
카이온아이티는 Microsoft 365 라이선스 검토부터 회사 도메인 등록, DNS 구성, 사용자·메일함 준비, 기존 메일 이전 계획과 전환 후 기술지원까지 함께 진행합니다.
회사 메일을 Microsoft 365로 연결하려는데 현재 도메인과 메일 환경을 어디서부터 확인해야 할지 고민되시나요?
사용 인원, 현재 메일 서비스, 도메인·DNS 관리 상태와 이전할 데이터 범위를 확인해 필요한 라이선스와 안전한 전환 순서를 안내해 드립니다.
참고 자료
- Add a custom domain to Microsoft 365 — Microsoft Learn, 2026-08-14 확인
- Connect your domain by adding DNS records — Microsoft Learn, 2026-08-14 확인
- How email authentication works in Microsoft 365 — Microsoft Learn, 2026-08-14 확인
- How to use DKIM for email in your custom domain — Microsoft Learn, 2026-08-14 확인