이 항목은 아직 완성되지 않았으므로 사용자 의견과 제안 사항이 있으시면 보내 주시기 바랍니다.

전문가 및 중소기업용 Office 365: 전자 메일을 위한 단순 도메인 공유

목표

Margie의 여행사에는 5명의 직원이 있습니다. Margie와 그녀의 남편인 Mike는 Office 365가 제공하는 고급 기능을 사용하여 모바일 장치에서도 업무를 수행하고자 합니다. 현재 5명의 직원은 모두 A. Datum Corporation에서 호스팅하는 전자 메일을 갖고 있습니다. A. Datum Corporation은 이 여행사의 웹 사이트를 호스팅하고 기본 IMAP 기반 전자 메일을 제공하고 있습니다. 현재 Margie의 여행사에는 Exchange 서버가 없기 때문에 모든 연락처, 작업 및 일정이 Outlook에서 로컬로 처리되고 있습니다. Margie는 다른 세 직원이 가끔씩 Office 365로 이전하고 싶어한다는 것을 알고 있지만 지금은 클라우드로 완전히 이전할 것인지 결정하기 전에 그녀와 그녀의 남편이 먼저 Office 365를 사용하고 싶어합니다. 그녀는 그녀의 고객에게 어떤 영향도 주지 않기를 바랍니다. 즉, 그녀는 전자 메일 주소가 변경되는 것을 바라지 않습니다.

처음 구성:

원하는 구성:

시작하기 전에

계속하기 전에 몇 가지 주의해야 할 사항이 있습니다. 먼저, 이 방법이 Office 365 Enterprise에서 효과가 있더라도 이러한 고객에 대한 기본 방법은 권장 하이브리드 구성 도구를 사용하는 것입니다. 특정 기능(예: 약속 있음/없음 공유, 보안 메일, GAL 동기화, 단일 관리, Single Sign-On 등)을 사용하려면 DirSync가 필요합니다. 그러나 이 경우에는 직원 사서함이 5개만 있으므로 Margie가 지속적인 관리 작업을 그렇게 많이 수행할 필요가 없습니다. 현재 Sue와 Sally, 그리고 Scott은 일정 기능을 많이 사용하지 않고 사용한다고 해도 개인적인 용도로 사용하고 있으며, 이들의 사서함이 이러한 기능을 지원하지 않는 IMAP 서버에서 호스팅되고 있으므로 이 간단한 솔루션만으로도 그들의 요구를 완벽하게 충족시킬 수 있습니다. 또한 Sue와 Sally, 그리고 Scott을 Office 365로 이전하기로 결정한 경우 이들 모두를 수동으로 한 번에 이전할 수 있습니다.

다음으로 주의해야 할 사항은 ADATUM 메일 서버가 Margie와 Mike를 위해 전달 기능을 지원하지 않을 경우 이 솔루션이 작동하지 않는다는 것입니다. 서버는 복사본을 유지할 필요가 없지만 이 시나리오에서는 MX 레코드가 여전히 A. Datum을 가리키므로 모든 메시지를 Office 365로 전달하는 데 복사본이 필요합니다. 대부분의 메일 서버는 어떤 방식으로든 이 기능을 지원합니다. 정확한 단계는 현재 전자 메일 공급자에게 문의하십시오.
다음으로 주의해야 할 사항은 Office 365에는 FOPE(Forefront Online Protection for Exchange)가 제공하는 스팸 방지 보호 기능이 있다는 것입니다. FOPE는 많은 스팸이 ADATUM 메일 서버를 통해 전달되고 있는 것을 감지할 경우 잠재적으로 A. Datum 서버를 차단할 수 있습니다. 이 경우 시나리오대로 진행되지 않고 문제를 해결하려면 지원 전화가 필요합니다. 현재 버전의 Office 365 Professional에서는 A. Datum 서버를 "수신 허용 목록"에 추가할 수 없습니다. 그러나 Margie와 Mike는 현재 ADATUM가 제공하는 스팸 보호 기능을 매우 신뢰하기 때문에 이 구성을 계속 진행할 수 있습니다.

단계별 가이드

1단계: 사용하고 싶은 도메인을 소유하고 있는지 확인

1. Office 365에 로그인합니다. Office 365에 등록할 때 시작을 위해 일반 관리 계정(예: admin@margiestravel.onmicrosoft.com)을 만드는 것이 좋습니다. 이렇게 하면 나머지 과정을 손쉽게 수행할 수 있습니다.
2. 맨 위에 있는 관리자를 클릭합니다.
3. 관리 아래에서 도메인을 클릭합니다.
4. 도메인 추가를 클릭합니다.
5. 도메인(예: margiestravel.com)을 입력하고 도메인 확인을 클릭합니다.
6. 도메인 정보가 올바르게 표시되는지 확인하고 DNS 등록자를 기록한 후 다음을 클릭합니다.
7. 지침에 따라 TXT 레코드를 추가하여 도메인을 소유하고 있음을 나타냅니다. MX 레코드 방법을 사용하면 안 됩니다. DNS 공급자가 TXT 레코드를 지원하지 않을 경우 다른 DNS 공급자를 사용해야 할 수도 있습니다.
8. 확인을 클릭합니다. 확인 작업은 DNS 공급자에 따라 몇 분 정도 걸릴 수 있습니다.
9. 확인 작업이 완료되면 DNS 이름 서버 레코드를 수정하라는 메시지가 나타납니다. 이때 이름 서버 레코드를 수정하지 말고 취소를 클릭하십시오.

2단계: Exchange Online에서 도메인을 공유 도메인으로 표시

1. Office 365에 로그인합니다.
2. 맨 위에 있는 관리자를 클릭합니다.
3. Outlook 아래에서 일반 설정을 클릭합니다. 그러면 ECP(Exchange 제어판)가 열립니다.
4. ECP에서 메일 제어를 클릭합니다.
5. 도메인 및 보호 아래에서 수정할 도메인(예: margiestravel.com)을 두 번 클릭합니다.
6. 팝업 창에서 도메인 유형을 호스팅에서 공유로 변경합니다.
7. 저장을 클릭합니다. 이 설정이 적용되려면 몇 분 정도 걸릴 수 있습니다.

3단계: 계정 만들기 및 기본(회신) 주소 설정

1. Office 365에 로그인합니다.
2. 맨 위에 있는 관리자를 클릭합니다.
3. 관리 아래에서 사용자를 클릭합니다.
4. 지침에 따라 사용자 계정을 만듭니다. 이 예에서는 Margie와 Mike의 계정을 만듭니다. 사용자 이름 필드와 전자 메일 주소가 일치하는 것이 가장 좋습니다. 관리자 권한을 할당할지 여부를 결정할 때는 특별히 주의를 기울여야 합니다.
5. 각 사용자의 속성을 클릭하여 기본 전자 메일 주소(전체 사용자 이름)를 확인합니다. UPN(User Principal Name)의 도메인 부분(예: @margiestravel.com)을 수정해야 할 수도 있습니다. 현재 로그인한 관리자의 도메인 부분은 수정할 수 없습니다. 대신 관리 목적으로 임시 계정을 만들 수는 있습니다. 예를 들어, 다음과 같은 세 계정을 만들 수 있습니다.
   - admin@margiestravel.onmicrosoft.com(이 계정의 도메인은 변경하지 않아도 됩니다.)
   - margie@margiestravel.com
   - mike@margiestravel.com
   앞에서 일반 관리 계정을 설정하지 않았고 이미 로그인한 계정을 수정해야 하는 경우 추가 관리자를 만든 다음 이 계정에 로그인하여 첫 번째 계정의 도메인 이름을 변경하기만 하면 됩니다.
   ECP에서 Margie와 Mike의 속성을 열면 @margiestravel.onmicrosoft.com 주소가 추가 SMTP 주소로 남아 있는 것을 확인할 수도 있습니다.
6. 사용자 설정을 수정해야 하는 경우 저장을 클릭합니다.

4단계: SPF 및 기타 DNS 레코드 업데이트

SPF(Sender Policy Framework) 레코드가 이미 있는 경우 수행할 수 있는 가장 간단한 작업은 현재 TXT 레코드에 위의 "원하는 구성" 표에 나와 있는 예와 비슷한 "include:outlook.com"을 추가하는 것입니다.

SPF 레코드가 없는 경우 지금 새 SPF 레코드를 만들어야 합니다. SPF 레코드는 도메인과 연결되지 않은 메일 서버가 이 구성(MX 레코드는 계속 이전 서버를 가리킴)에서 Office 365가 하는 것처럼 사용자 대신 메일을 보낼 때 매우 중요합니다.

적절한 SPF 레코드를 손쉽게 만들 수 있는 마법사가 있지만 Office 365를 인증하려면 최소한 현재 전자 메일 공급자에 대한 IP/DNS 항목과 "include:outlook.com"이 필요합니다.

또한 DNS 공급자에 로그인한 상태에서 더 많은 필수 Office 365 레코드를 만들 수도 있습니다.

5단계: 메일 흐름 테스트

1. Margie의 자격 증명을 사용하여 OWA(Outlook Web App)에 로그인합니다. URL은 https://outlook.com/owa/office365.com입니다.
2. 다음 테스트를 수행합니다.
   • Mike(mike@margiestravel.com)에게 전자 메일을 보냅니다. 그러면 이 전자 메일이 즉시 전달되어야 합니다. 이 시나리오에서는 메시지가 ADATUM에 있는 Mike의 사서함으로 먼저 라우팅되지 않습니다. 이는 Office 365가 사서함을 로컬 사서함으로 간주하기 때문입니다.
   • Sue에게 전자 메일을 보냅니다. 그러면 이 전자 메일이 ADATUM 서버에 있는 Sue의 사서함에 전달되어야 합니다.
   • 외부 계정이나 Sue의 ADATUM 계정에서 ADATUM 서버의 전달 기능이 올바르게 설정되어 있는지 확인합니다. 예를 들어, Hotmail 계정을 사용하여 Margie에게 전자 메일을 보내고 이 전자 메일이 Margie의 Office 365 사서함에 도착하는지 확인합니다.

6단계: 이전 메일 공급자에서 전달 기능 구성

서버는 복사본을 유지할 필요가 없지만 이 시나리오에서는 MX 레코드가 여전히 A. Datum을 가리키므로 모든 메시지를 Office 365로 전달하는 데 복사본이 필요합니다. 대부분의 서버는 어떤 방식으로든 이 기능을 지원합니다. 정확한 단계는 현재 전자 메일 공급자에게 문의하십시오.
ADATUM 서버에서 @margiestravel.com을 사용하므로 등록할 때 제공한 onmicrosoft.com 도메인(예: @margiestravel.onmicrosoft.com)으로 메일을 전달하도록 설정해야 합니다.

• Margie의 ADATUM 사서함 – margie@margiestravel.onmicrosoft.com으로 전달
• Mike의 ADATUM 사서함 – mike@margiestravel.onmicrosoft.com으로 전달

지침: 일반 메일 공급자에 대한 샘플 전달 명령을 추가/링크합니다.

7단계: 사서함 콘텐츠 이동

이동할 사용자가 2명만 있고 현재 Margie와 Mike 둘 다 Outlook을 사용하고 있으므로 전자 메일을 이동하려면 새 Outlook 프로필에서 이전 .PST 파일을 열고 메시지, 일정 항목, 연락처 등을 복사하기만 하면 됩니다. 하나만 Office 365 사서함의 적절한 위치로 푸시하면 어디서나 모든 장치에서 모든 항목에 액세스할 수 있습니다.

이동할 사서함이 더 많이 있고 특히 직원들이 아직 Outlook을 사용하고 있지 않은 경우 단순 마이그레이션 도구의 사용을 고려할 수도 있습니다.

모든 사서함 마이그레이션 옵션 및 고려 사항을 보려면 전자 메일 마이그레이션 개요를 참조하십시오.