공유 메일함이란?
공유 메일함은 조직 내 여러 사용자가 접근하는 이메일 계정입니다. 개인 메일함과 달리 공유 메일함은 팀이나 특정 기능을 담당합니다. 예를 들어 support@company.com은 고객 서비스용, sales@company.com은 영업 부서용, info@company.com은 일반 문의용, billing@company.com은 재무 부서용으로 사용됩니다. 대규모 조직에서는 부서, 프로젝트, 사무실 위치별로도 공유 메일함이 존재합니다.
Google Workspace와 Microsoft 365는 모두 공유 메일함을 기본으로 지원합니다. 팀원 전체의 이메일이 하나의 계정으로 모이기 때문에 공유 메일함에는 대량의 이메일이 쌓입니다.
공유 메일함이 영향을 받는 이유
동일한 근본 원인
공유 메일함은 개인 메일함과 동일한 기술적 문제로 영향을 받습니다. 마이그레이션 도구가 IMAP APPEND 방식으로 이메일을 전송하면 대상 서버가 마이그레이션 시점을 기준으로 "Received" 헤더를 추가합니다. 그 결과 이메일 클라이언트는 원래 날짜가 아니라 마이그레이션 날짜를 표시합니다. 이 메커니즘은 개인 메일함과 동일합니다. 자세한 내용은 마이그레이션 후 이메일 날짜가 잘못 표시되는 이유를 참고하세요.
더 많은 이메일 양
공유 메일함은 일반적으로 개인 메일함보다 훨씬 많은 이메일을 포함합니다. 5년간 운영된 고객 지원 메일함에는 5만 통에서 20만 통에 이르는 메시지가 있을 수 있습니다. 이 모든 메시지가 마이그레이션 날짜를 표시하게 되면 그 영향은 물량 자체로 인해 더욱 커집니다.
공유 메일함 날짜 문제가 더 큰 혼란을 일으키는 이유
다수의 사용자가 동시에 영향을 받음
개인 메일함의 날짜가 잘못되면 한 사람만 불편을 겪습니다. 그러나 공유 메일함의 날짜가 잘못되면 이를 이용하는 모든 사람이 영향을 받습니다. 8명으로 구성된 고객 지원팀 전체가 동시에 날짜 기준 정렬과 검색 기능을 잃게 됩니다. 이는 결코 가벼운 불편이 아닙니다.
고객 대응에 미치는 영향
공유 메일함은 흔히 고객과의 주요 접점입니다. 지원팀은 사례를 처리할 때 이전 이메일을 참조하고, 영업팀은 날짜를 기준으로 과거 제안서를 찾습니다. 날짜 정보가 잘못되면 담당자가 관련 이력을 찾지 못해 응답 시간이 길어집니다. 모든 이메일이 4월 11일에 도착한 것으로 표시된다면, 2월에 접수된 고객의 원래 불만 사항을 어떻게 찾을 수 있을까요?
SLA 및 규정 준수 추적
많은 조직이 이메일 수신 시점을 기준으로 SLA 준수 여부를 추적합니다. 모든 이메일이 마이그레이션 날짜를 표시하면 SLA 계산이 무너집니다. "평균 최초 응답 시간"을 측정하는 보고서는 의미를 잃게 되고, 규제 대상 조직에는 컴플라이언스 위험이 발생합니다.
워크플로 및 자동화 중단
공유 메일함에는 규칙, 필터, 자동화된 워크플로가 자주 설정되어 있습니다. 90일이 지난 이메일을 보관하는 Exchange 규칙은 갑자기 모든 이메일을 보관하거나 전혀 보관하지 않게 될 수 있습니다. 수신 날짜를 기준으로 작동하는 Power Automate 흐름도 잘못된 결과를 냅니다. 날짜가 수정되기 전까지 이러한 자동화 프로세스는 정상적으로 작동하지 않습니다.
공유 메일함을 위한 특별 고려사항
관리자 권한 필요
개인 메일함은 사용자 본인이 접근 권한을 승인할 수 있지만, 공유 메일함은 관리자 자격 증명이 필요합니다. Google Workspace에서는 관리자가 서비스 계정 위임을 통해 접근 권한을 부여해야 합니다. Microsoft 365에서는 전역 관리자 또는 Exchange 관리자가 Azure AD를 통해 연결을 승인해야 합니다.
팀과의 협의
공유 메일함은 여러 사용자가 동시에 접근하기 때문에, 수정 작업 중 일시적으로 중복된 이메일이 보일 수 있다는 점을 팀원들에게 미리 알려야 합니다(원본은 백업으로 유지되며, 수정된 버전이 함께 삽입됩니다). 시스템 중단은 필요하지 않으며, 처리 중에도 사용자는 계속 작업할 수 있습니다.
규모가 클수록 처리 시간이 길어짐
이메일 3,000통이 있는 개인 메일함은 처리에 몇 분밖에 걸리지 않습니다. 이메일 8만 통이 있는 공유 메일함은 그에 비례해 시간이 더 걸립니다. 원한다면 업무 시간 외에 처리를 진행할 수도 있습니다.
Redate.io가 공유 메일함을 처리하는 방식
Google Workspace
Redate.io는 도메인 전체 위임 권한을 가진 서비스 계정을 통해 연결하여 도메인 내 모든 메일함에 접근합니다. 관리자가 공유 메일함의 이메일 주소를 입력하고 무료 스캔을 실행하면, Redate.io의 독자적인 수정 엔진이 개인 메일함과 동일한 다단계 분석 과정을 거쳐 영향을 받은 모든 이메일을 처리합니다. 이 엔진은 날짜 이상을 기반으로 영향을 받은 이메일을 감지하며, 어떤 마이그레이션 도구가 사용되었는지와 무관하게 작동합니다. 수정된 모든 이메일에는 무결성 검증이 수행되며, 원본은 삭제되지 않고 메일함 내의 별도 백업 폴더로 이동되어 클라이언트가 직접 삭제하기 전까지 그대로 보관됩니다.
Microsoft 365
Microsoft 365의 공유 메일함은 일반 메일함과 동일한 Azure AD 애플리케이션을 통해 접근합니다. Exchange 관리자는 테넌트 내 일반 메일함과 공유 메일함을 모두 포함하는 애플리케이션 권한을 부여합니다.
IMAP 기반 공유 메일함
Zimbra, Dovecot, cPanel 등 다른 플랫폼의 공유 메일함의 경우, Redate.io는 메일함 자격 증명을 이용해 표준 IMAP으로 연결합니다.
공유 메일함 요금 안내
공유 메일함의 요금은 영향을 받은 이메일 수를 기준으로 개인 메일함과 동일하게 책정됩니다. 공유 메일함은 대체로 이메일 양이 많기 때문에 더 높은 요금 구간에 속할 수 있습니다. 여러 메일함을 동시에 수정하는 조직은 파트너 프로그램을 통해 물량 기반 요금을 이용할 수 있습니다.
자주 묻는 질문
수정 작업 중에도 팀원들이 공유 메일함을 계속 사용할 수 있나요?
네, 가능합니다. Redate.io는 메일함을 잠그지 않습니다. 팀원들은 계속해서 이메일을 읽고 보낼 수 있습니다. 수정된 버전이 원본과 함께 삽입되는 동안 일시적으로 중복된 메시지가 보일 수 있습니다.
수정 작업이 모든 폴더에 적용되나요?
네, 그렇습니다. Redate.io는 받은 편지함, 보낸 편지함, 사용자 지정 폴더와 하위 폴더를 포함한 모든 폴더를 스캔하고 수정합니다.
공유 메일함에 이메일이 10만 통 이상 있다면 어떻게 되나요?
Redate.io에 문의하여 맞춤 견적을 받으시기 바랍니다. 특히 규모가 큰 공유 메일함에는 별도의 기업용 요금이 제공됩니다.
공유 메일함의 날짜를 올바르게 복원하고 싶으신가요? 무료 스캔 시작하기를 통해 영향을 받은 이메일 수를 확인하고, 결과를 검증해 보세요.