기업메일 이전 방법: 기존 주소와 메일 데이터를 유지하려면?

기업메일

기존 회사메일 주소를 유지하려면 회사 도메인과 사용할 주소를 새 서비스에 준비해야 합니다. 과거 메일은 별도로 이전하고 검증합니다. 계정 준비, 시험 이전, 수신 경로 전환, 추가 메일 확인과 기존 서비스 종료를 나눠 계획하세요.

SirTEAM발행 2026.11.06

안녕하세요, AI Work OS 써팀(SirTEAM) 입니다 😊

MX 레코드는 새 메일의 목적지를 정하고, 과거 메일을 복사하지 않습니다

DNS의 MX(Mail Exchanger) 레코드는 발신 측 SMTP 서버가 어느 메일 서버로 메시지를 전달할지 판단할 때 사용하는 라우팅 정보입니다. IETF RFC 5321 제5절은 목적지 도메인의 MX 레코드를 조회하고 우선순위에 따라 전달 대상을 선택하는 절차를 규정합니다.

MX 변경은 새로 도착하는 메일의 전달 경로를 바꾸는 작업입니다. 기존 사서함의 메시지는 데이터 이전 절차로 따로 옮깁니다. 과거 메일은 기존 서버에 남아 있으므로 지원되는 IMAP 이전 도구나 서비스 API, 내보내기·가져오기 방식으로 별도 복사하고 결과를 검증해야 합니다.

먼저 직원 계정과 대표주소, 별칭과 그룹 주소를 목록으로 만들고, 받은메일·보낸메일·메일함·첨부파일·주소록·일정을 구분합니다. 이전할 기간과 제외할 데이터를 정하면 “무엇을 옮겼는지”와 “무엇이 아직 남았는지”를 같은 기준으로 확인할 수 있습니다.

써팀에서 도메인과 직원 계정을 먼저 준비합니다

써팀 관리자 도메인 화면에서 사용할 회사 도메인을 등록하고 소유권 확인 안내를 살펴봅니다. 도메인의 등록 업체와 실제 DNS 관리 업체가 같은지도 확인하세요. 메일 전환과 관계없는 홈페이지용 DNS 값은 구분해 보존합니다.

써팀 관리자에서 회사 도메인을 추가하는 화면 — 써팀 사용 가이드의 제품 화면. 2026년 11월 6일 가이드 확인.

직원 계정은 관리자 사용자 관리에서 준비합니다. 이름과 ID, 도메인, 조직 정보를 확인하고, 대표주소도 해당 주소용 계정과 담당자를 정해 구성합니다. 구성원에게 로그인 방법을 안내하고 필요한 계정이 준비됐는지 확인한 뒤 수신 경로 전환을 진행합니다.

써팀 관리자에서 직원 계정의 ID와 도메인, 조직을 입력하는 화면 — 써팀 사용 가이드의 제품 화면. 2026년 11월 6일 가이드 확인.

도메인 소유권 확인은 메일 송수신 시험과 별개입니다. 새 계정을 만들었다면 직원 주소와 대표주소가 계획대로 준비됐는지 먼저 대조하고, 도메인별 현재 안내에 따라 필요한 메일 설정을 적용합니다. 다른 업체의 MX나 발신 인증 예시 값을 그대로 사용하지 않습니다.

IMAP은 메일 메시지용 프로토콜이므로 주소록과 일정은 별도 확인합니다

IETF RFC 9051(IMAP4rev2)은 IMAP을 서버의 전자메일 메시지와 메일함에 접근하고 조작하는 프로토콜로 정의합니다. 연락처와 일정 데이터를 옮기는 범위는 IMAP 규격에 포함되지 않으므로, 해당 데이터는 원본 서비스와 이전 도구가 지원하는 별도 방식으로 처리해야 합니다.

Microsoft Learn의 IMAP 마이그레이션 제한 사항도 메일 폴더의 항목은 이전할 수 있지만 연락처·일정·할일은 이전할 수 없다고 안내합니다. 이 설명은 Microsoft 365의 해당 도구에 적용됩니다. 써팀 이전은 상담에서 데이터 종류별 지원 범위를 정합니다. 실제 지원 범위는 서비스별 공식 안내와 협의 결과를 기준으로 확인해야 합니다.

메일이 많은 계정과 폴더가 복잡한 계정 등 대표 유형을 골라 시험 이전을 진행합니다. 제목뿐 아니라 날짜, 발신자·수신자, 본문, 첨부파일을 기간별 표본으로 대조하고 실패 목록을 남기세요.

이전 체크리스트에는 담당자와 완료 근거를 남깁니다

아래는 회사가 일정과 담당자를 채워 사용할 수 있는 실무 점검표입니다. 완료 표시는 실제 시험과 대조를 마친 뒤 남깁니다. 이전 지원에 포함되지 않는 자료가 있다면 별도로 보관할 위치와 책임자도 정하세요.

단계	확인할 내용	완료 기준
이전 대상 확정	사용 중인 주소, 데이터 종류, 기간과 용량	이전할 항목과 제외 항목 승인
사전 준비	도메인·DNS 권한, 계정, 필요한 공유 범위	변경 담당자와 계정 준비 결과 확인
시험 이전	대표 계정의 메일함과 첨부, 비메일 데이터 처리	표본 대조와 실패 항목 검토
전환 일정 합의	초기 복사, MX 변경, 추가 메일 반영, 직원 안내	실행자와 확인자, 중단 기준 지정
전환 실행	계정 확인 후 현재 안내에 따른 DNS 적용	변경 값과 적용 시각 기록
송수신 검증	내부·외부 왕복, 대표주소, 실제 업무 기기	주소와 환경별 시험 결과 확인
데이터 최종 확인	전환 중 추가 메일과 실패·중복 항목	차이를 설명하고 미처리 항목 책임자 지정
기존 서비스 종료	수신 경로, 최종 반영, 보관 자료와 직원 확인	회사에서 합의한 종료 조건 충족

TTL과 수신 경로를 확인해 전환 중 누락을 줄입니다

DNS 레코드의 TTL(Time To Live)은 해당 레코드를 캐시에 보관할 수 있는 시간을 초 단위로 나타냅니다. RFC 1035 제3.2.1절과 이를 갱신한 RFC 8767 제4절은 TTL을 캐시 가능 기간으로 정의합니다. MX를 변경해도 이전 값의 TTL이 끝나기 전까지 일부 발신 서버가 기존 MX 정보를 사용할 수 있으므로, 변경 전 현재 TTL과 DNS 운영 정책을 확인해야 합니다.

전환 전 TTL 조정 시점과 값은 현재 DNS 환경과 제공업체의 설정 범위를 기준으로 정합니다. DNS 제공업체가 허용하는 최소값, 현재 TTL, 변경 승인 절차를 확인하고 최소한 기존 TTL이 한 번 만료될 시간을 확보한 뒤 MX를 바꾸세요. Microsoft도 MX 변경의 반영 시간이 이전 TTL 길이까지 걸릴 수 있다고 안내합니다.

동일 우선순위의 서로 다른 MX는 발송 서버가 연결 대상을 선택할 때 사용됩니다. 두 사서함에 메일을 함께 보관하려면 서비스가 지원하는 별도 전달 구성을 정합니다. RFC 5321 제5.1절에 따르면 동일 우선순위 대상은 명확한 선호 이유가 없을 때 발신 SMTP 서버가 순서를 무작위화하므로, 발신자에 따라 메일이 서로 다른 서버로 나뉠 수 있습니다.

두 시스템에 같은 메일을 남겨야 한다면 임의의 MX 중복 대신 한 서버를 기본 수신 서버로 정하고 라우팅 규칙으로 보조 서버에 전달해야 합니다. Google Workspace의 Dual Delivery 공식 가이드도 MX가 가리키는 기본 서버가 먼저 메일을 받은 뒤 보조 서버로 전달하는 구조를 설명합니다. 실제 구성 가능 여부는 양쪽 서비스의 공식 지원 범위를 확인하세요.

기존 서비스는 송수신과 데이터 검증을 마친 뒤 종료합니다

새 서비스에서 메일 한 통을 받았다는 이유로 이전 서비스를 바로 해지하지 않습니다. 주요 거래처와의 왕복 송수신, 직원 주소와 대표주소, 시험에서 실패했던 항목, 전환 중 추가된 메일까지 확인해야 합니다. 보관 파일을 실제로 열 수 있는지, 승인된 담당자가 필요한 고객 협의를 찾을 수 있는지도 살펴보세요.

써팀으로 이전을 검토한다면 현재 서비스명과 사용 중인 주소 목록, 데이터 종류와 용량, 원하는 전환일을 준비해 이전 구성 상담에서 지원 범위와 제외 항목을 확인할 수 있습니다. 이전이 끝난 뒤에는 고객 메일을 검색하고 필요한 구성원과 공유할 운영 기준까지 정하면, 다음 담당자가 기록을 이어서 활용하기 쉬워집니다.

종료일은 일률적인 며칠보다 실제 수신 기록과 데이터 검증 결과, 회사의 업무 주기에 맞춰 정합니다. 미처리 항목이 있다면 책임자와 후속 계획을 남기고, 회사에서 합의한 종료 조건을 충족한 뒤 기존 서비스를 정리합니다.

이전 검증은 건수·기간·대표 표본을 함께 비교합니다

이전 성공 여부는 총 메일 건수 하나로 판단하기보다 폴더와 기간, 주요 자료의 표본을 함께 대조해야 합니다. 동일한 메일이 여러 폴더에 있는 경우나 서비스별 보관 구조 차이 때문에 숫자가 달라질 수 있으므로, 비교 기준을 시험 이전 단계에서 정해 두는 것이 좋습니다.

장기 거래처의 3년치 메일을 옮기는 상황이라면 연도별로 대표 메일을 고르고 받은메일·보낸메일·사용자 폴더에서 각각 확인합니다. 중요한 견적의 본문, 첨부파일 열기, 보낸 사람과 날짜 표시를 확인한 결과를 기록하세요. 이전 도구의 실패·재시도 목록도 같은 문서에 연결합니다.

써팀 전환 계획에서도 데이터 유형별 지원 범위와 검증 담당자를 먼저 정합니다. 이전 후에는 상세 검색으로 기간과 거래처를 좁혀 표본을 찾아볼 수 있습니다. 실제 이전 도구의 지원 조건과 검색으로 확인한 결과를 구분하면 완료 판단이 분명해집니다.

점검 항목	구체적으로 확인할 내용	남길 결과
이전 대상	계정·폴더·기간·자료 종류	기존 서비스 목록
건수 비교	폴더별 완료·실패·제외 항목	이전 도구의 결과
표본 대조	본문·첨부·주소·날짜	원본과 새 사서함
전환 구간	기존 서버에 추가 도착한 메일	변경 전후 시간대 검색
종료 승인	잔여 오류·보관 자료·접근	업무 책임자 승인

기존 서비스 종료 전 마지막으로 거래처 회신을 시험합니다

전환 뒤에는 새 문의를 받는 시험과 과거 메일에 답장하는 시험을 나누어 진행합니다. 과거 대화의 거래처 주소가 맞는지, 새 서비스에서 보내는 주소가 의도한 회사주소인지 확인하면 고객과의 대화를 이어갈 준비를 점검할 수 있습니다.

기존 서비스 종료일은 데이터 검증과 전환 구간 확인을 마친 뒤 정합니다. 종료 후 필요한 자료를 어느 위치에서 누가 찾을 수 있는지까지 기록하면 서비스 이전을 업무 인수인계와 함께 마무리할 수 있습니다.

AI Work OS 써팀 시작하기 →

자주 묻는 질문

회사 주소는 그대로 쓰고 메일 서비스만 바꿀 수 있나요?

회사가 관리하는 도메인과 필요한 주소를 새 서비스에서 구성할 수 있다면 같은 주소로 전환할 수 있습니다. 써팀에서는 도메인과 직원 계정, 대표주소용 계정을 먼저 준비하고 송수신을 시험하세요. 기존 업체의 공용 도메인 주소라면 유지 가능 여부를 별도로 확인해야 합니다.

MX만 바꾸면 예전 받은메일과 보낸메일도 따라오나요?

MX는 새 메일의 수신 경로를 정하고, 과거 메일은 데이터 이전 절차로 따로 옮겨 검증합니다. 써팀 전환 계획에서도 데이터 이전 범위와 수신 경로 변경을 나눠 정하고, 이전 후 상세 검색으로 기간별 표본 메일을 찾아 원문과 첨부를 대조하세요.

주소록과 일정도 메일과 함께 옮겨지나요?

주소록과 일정은 메일과 구분해 이전 방법을 정합니다. 써팀 이전 상담 때 메일, 주소록, 일정과 별도 보관 파일을 나눠 전달하고 각각의 지원 범위와 처리 방법을 정하세요. 실제로 이전한 자료와 별도로 보관할 자료가 구분되면 완료 여부도 명확해집니다.

새 메일이 한 번 도착했는데 기존 서비스를 해지해도 되나요?

직원 주소와 대표주소의 왕복 송수신, 과거 데이터와 전환 중 추가 메일을 확인한 뒤 종료해야 합니다. 써팀에서 필요한 고객 메일을 검색하고 첨부를 열어볼 수 있는지까지 시험한 뒤, 미처리 항목과 보관 자료를 점검해 회사의 종료 기준에 따라 승인받으세요.

참고 자료와 검증 가능한 출처

인터넷 기술 표준

글로벌 벤더 공식 가이드

써팀 제품 가이드

출처 확인일: 2026년 11월 9일. 내부 마이그레이션 통계는 검증 가능한 공개 원자료가 없어 본문에 수치로 포함하지 않았습니다.

처음 회사메일을 준비한다면: 도메인부터 계정까지 →

기업메일 관련 글 더 보기 →