Amazon WorkMail 종료 — 어디로 옮길까

AWS가 Amazon WorkMail 지원 종료를 결정했다. 소문이나 변경 로그 구석의 지원 중단 공지가 아니라, 서비스 공식 문서에 날짜와 함께 적혀 있다.

날짜

2026년 4월 이전에 가입했다면 두 번째 날짜까지는 계속 쓸 수 있다. 그 이후에는 콘솔도, 메일함도, 그 안의 메일도 사라진다 — 읽기 전용으로 바뀌는 게 아니라 종료이므로 그때까지 내보내지 않은 것은 복구되지 않는다.

오늘 가장 먼저 할 일

무엇을 고를지 정하기 전에 먼저 내보내라. 새 업체를 고르는 결정은 한 달이 걸려도 되지만, 내보내기는 종료 후에 시작할 수 없다. AWS는 메일함 내용을 S3에 쓰는 내보내기 절차를 문서화해 두었고, 일찍 돌려두면 비용이 거의 들지 않으면서 기한과 무관한 사본이 남는다.

1년 동안 아무도 열지 않은 메일함까지 전부 하라. 그런 것들이 보통 청구서가 쌓여 있는 billing@ 같은 공용 주소다.

AWS가 제안하는 것과 빠뜨린 것

종료 공지는 Kopano Cloud, Zoho Mail, Zoom Mail을 안내한다. 전부 이전 도구를 제공하고, 캘린더와 ActiveSync가 있는 Exchange 스타일의 1:1 대체를 원한다면 거기부터 보는 게 맞다.

공지가 묻지 않는 건 "WorkMail이었던 것이 지금도 필요한가"이다. 상당수의 WorkMail 계정은 팀이 이미 AWS에 있었고 메일 서버를 세우지 않고 도메인 메일을 쓰고 싶어서 만들어졌다. 그게 전부라면, 강제 이전은 인당 과금이 애초에 맞는 형태였는지 물어보기에 이례적으로 좋은 시점이다 — 어차피 이전 비용은 치르게 되니, 이왕이면 스스로 골랐을 곳에 도착하는 편이 낫다.

대체재 고르기

• 캘린더와 ActiveSync를 쓰는가? 쓴다면 필요한 건 메일 호스팅이 아니라 그룹웨어다.
• 주소 개수 대 사람 수는? WorkMail은 메일함당 과금이었고, 그래서 대부분의 계정은 원했던 것보다 주소가 적다.
• WorkMail API에 물린 게 있는가? Lambda 트리거와 SES 연동은 따라오지 않는다. 다시 짜는 비용을 계산에 넣을 것.
• 내보낸 아카이브는 그 뒤 어디에 사는가? 아무도 검색할 수 없는 S3 버킷은 메일 기록과 같지 않다.

snailworkmail은 그 목록에 대한 "그냥 메일" 쪽 답이다. 웹메일·IMAP·SMTP를 갖춘 진짜 저장형 메일함을 메일함당이 아니라 도메인당 과금하고, 유료 플랜에서 주소와 별칭이 무제한이다. 캘린더와 ActiveSync는 하지 않는다 — 그게 필요하면 Kopano나 Zoho 쪽으로 가는 게 맞다. 클릭을 얻는 것보다 이걸 분명히 하는 편이 당신에게 쓸모 있다.

전환 순서

내보내기 → 새 도메인 설정과 동작 확인 → MX 이전 → 그다음에야 AWS 쪽 정리. 구체적으로는, WorkMail이 아직 MX를 쥐고 있는 동안 새 업체에 도메인을 추가하고 소유 확인 TXT, SPF, DKIM 레코드를 넣는다. 이 단계에서 사용자에게는 아무 변화도 없다. DKIM이 퍼지면 (최대 72시간) MX를 바꾸고, 며칠간 메일이 들어오는 걸 지켜보고, 확신이 설 때까지 WorkMail 계정을 유지한다.

하지 말아야 할 한 가지는 2027년 3월까지 기다리는 것이다. 마지막 몇 주에는 모든 이전 작업이 같은 지원 창구에 몰리고, 급하다고 해서 DKIM 전파가 빨라지지는 않는다.