기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
Amazon WorkMail 시작하기
사전 조건 부분을 완료한 후에는 Amazon WorkMail을 시작할 준비가 됩니다. 자세한 내용은 Amazon WorkMail 시작하기 단원을 참조하십시오.
다음 섹션에서 Amazon WorkMail로 기존 사서함 마이그레이션, Microsoft Exchange와 상호 운용성 및 Amazon WorkMail 할당량에 대해서도 자세히 알아볼 수 있습니다.
주제
사용자에 대해 이메일 라우팅 활성화
조직에 변경 사항을 적용하기 전에 테스트 사용자에 대해 다음 단계를 먼저 완료해 보는 것이 좋습니다.
-
Amazon WorkMail로 마이그레이션하려는 사용자 계정을 활성화합니다. 자세한 내용은 기존 사용자 활성화를 참조하십시오.
Amazon WorkMail 콘솔에서 활성화된 사용자와 연결된 이메일 주소가 두 개 이상 있는지 확인합니다.
-
<workmailuser@orgname.awsapps.com>(자동으로 추가되며 Microsoft Exchange 없이 테스트용으로 사용할 수 있음) -
<workmailuser@yourdomain.com>(자동으로 추가되며 기본 Microsoft Exchange 주소임)자세한 내용은 사용자 이메일 주소 편집을 참조하십시오.
-
Microsoft Exchange의 사서함에서 Amazon WorkMail의 사서함으로 모든 데이터를 마이그레이션합니다. 자세한 정보는 Amazon WorkMail로 마이그레이션을 참조하세요.
-
모든 데이터를 마이그레이션한 후에는 Microsoft Exchange에서 해당 사용자의 사서함을 사용하지 않도록 설정합니다. 그런 다음 Amazon WorkMail을 가리키는 외부 SMTP 주소를 가진 메일 사용자(또는 메일 사용 가능 사용자)를 생성합니다. 이렇게 하려면 Exchange 관리 쉘에서 다음 명령을 사용합니다.
중요
다음 단계는 사서함의 내용을 지웁니다. 이메일 라우팅을 활성화하기 전에 데이터가 Amazon WorkMail로 마이그레이션되었는지 확인합니다. 일부 메일 클라이언트는 이 명령을 실행할 때 Amazon WorkMail로 원활하게 전환되지 않습니다. 자세한 내용은 메일 클라이언트 구성 단원을 참조하십시오.
$old_mailbox = Get-MailboxexchangeuserDisable-Mailbox $old_mailbox$new_mailuser = Enable-MailUser $old_mailbox.Identity -ExternalEmailAddressworkmailuser@-PrimarySmtpAddress $old_mailbox.PrimarySmtpAddressorgname.awsapps.com.rproxy.goskope.comSet-MailUser $new_mailuser -EmailAddresses $old_mailbox.EmailAddresses -HiddenFromAddressListsEnabled $old_mailbox.HiddenFromAddressListsEnabled위 명령에서
orgname은 Amazon WorkMail 조직의 이름을 나타냅니다. 자세한 내용은 Microsoft TechNet에서 Disabling Mailbox및 Enabling Mail Users 를 참조하십시오. 사용자에게 테스트 이메일을 보냅니다(위의 예에서는
workmailuser@yourdomain.com). 이메일 라우팅이 제대로 활성화되면 사용자가 Amazon WorkMail 사서함에 로그인할 수 있고 이메일을 받을 수 있어야 합니다.
참고
그래야 두 환경 간의 상호 운용성을 유지하려는 한 Microsoft Exchange가 수신 이메일의 기본 서버로 남아 있습니다. Microsoft Exchange와의 상호 운용성을 보장하기 위해서는 이후에도 Amazon WorkMail을 가리키도록 DNS 레코드를 업데이트하면 안 됩니다.
후속 설정 구성
위의 단계에서는 사용자 사서함이 Microsoft Exchange Server에서 Amazon WorkMail로 이동했지만 Microsoft Exchange의 사용자는 연락처로 유지됩니다. 마이그레이션된 사용자는 이제 외부 메일 사용자이기 때문에 Microsoft Exchange Server는 추가 제약을 적용합니다. 마이그레이션을 완료하기 위한 추가 구성 요구 사항이 있을 수도 있습니다.
사용자가 기본적으로 그룹에 이메일을 보내지 못할 수 있습니다. 이 기능을 활성화하기 위해서는 모든 그룹에 대한 안전한 발신자 목록에 사용자를 추가해야 합니다. 자세한 내용은 Microsoft TechNet에서 Delivery management
를 참조하십시오. 사용자가 리소스를 예약하지 못할 수 있습니다. 이 기능을 활성화하려면 사용자가 액세스해야 하는 모든 리소스의
ProcessExternalMeetingMessages를 설정해야 합니다. 자세한 내용은 Microsoft TechNet에서 Set-CalendarProcessing을 참조하십시오.
메일 클라이언트 구성
일부 메일 클라이언트는 Amazon WorkMail로 원활하게 전환되지 않습니다. 이러한 클라이언트는 사용자가 추가 설정 단계를 수행해야 합니다. 메일 클라이언트마다 다른 조치를 취해야 할 수 있습니다.
-
Windows의 Microsoft Outlook – Outlook을 다시 시작해야 합니다. 시작할 때 이전 사서함을 계속 사용할지 아니면 임시 사서함을 사용할지 선택해야 합니다. 임시 사서함 옵션을 선택합니다. 그런 다음 Microsoft Exchange 사서함을 다시 구성합니다.
-
MacOS의 Microsoft Outlook – Outlook이 다시 시작되면 Outlook이 서버
orgname.awsapps.com으로 리디렉션되었습니다. 이 서버가 설정을 구성하도록 하시겠습니까?라는 메시지를 받게 됩니다. 제안을 수락합니다. -
iOS의 메일 – 메일 앱이 이메일 수신을 중지하고 메일을 받을 수 없음 오류를 생성합니다. Microsoft Exchange 사서함을 다시 생성하고 다시 구성합니다.
