회사 도메인으로 메일 쓰기: 무엇을 정해야 하나

회사 도메인으로 메일을 쓰려면 정할 것은 두 가지입니다. 첫째, 메일 서비스를 빌려 쓸지 메일 서버를 직접 운영할지. 둘째, 계정이 몇 개이고 한 사람당 용량이 얼마나 필요한지입니다. 어느 쪽을 고르든 도메인 쪽에서는 같은 작업, 즉 DNS에 MX 레코드와 발신 인증 레코드를 걸어야 합니다.

실무에서는 거의 모든 회사가 서비스를 빌려 쓰는 쪽을 고릅니다. 직접 운영은 서버 비용보다 운영 부담이 크기 때문입니다. 아래에서 두 선택지의 성격과 규모를 정하는 기준을 차례로 봅니다.

도메인 메일이 개인 메일과 다른 점

개인 메일 계정은 계정 하나가 곧 주인입니다. 회사 도메인 메일은 도메인이 주인이고, 계정은 그 아래에 만들어지고 없어집니다. 이 차이에서 실무상의 차이가 따라옵니다.

• 주소를 회사가 통제합니다. 입사하면 주소를 만들고 퇴사하면 회수하거나 다른 담당자에게 전달하도록 바꿉니다. 담당자 개인 계정에 회사 주소를 얹어 둔 구조에서는 이 전환이 되지 않습니다.
• 공용 주소를 만들 수 있습니다. info, sales, support 같은 대표 주소를 여러 명이 함께 받거나, 한 사람의 계정으로 전달하도록 둘 수 있습니다.
• 도메인이 끊기면 메일도 끊깁니다. 도메인이 만료되면 MX 조회가 되지 않아 수신이 멈춥니다. 메일을 업무에 쓰는 도메인은 만료 사고 예방을 따로 챙겨야 합니다.
• 발신 신뢰를 도메인 단위로 쌓습니다. 수신 서버는 보낸 도메인의 인증 설정과 평판을 봅니다. 그래서 인증 레코드를 제대로 거는 일이 개인 메일보다 훨씬 중요합니다.

선택지는 두 가지 성격으로 나뉩니다

업무용 메일이라면 첫 번째 쪽이 기본값입니다. 두 번째는 데이터 보관 위치나 감사 요건 때문에 선택의 여지가 없을 때 고르는 방식으로 보면 됩니다.

직접 운영이 어려운 이유

서버를 띄우고 메일 소프트웨어를 설치하는 일 자체는 하루면 됩니다. 어려운 쪽은 그다음입니다.

• IP 평판. 한 번도 메일을 보낸 적 없는 IP에서 갑자기 메일이 나가면 대형 수신 서비스는 일단 의심합니다. 평판은 며칠에서 몇 주에 걸쳐 천천히 쌓이며, 같은 대역의 다른 이용자가 스팸을 보냈던 IP를 받으면 출발점이 더 나쁩니다.
• 역방향 DNS(PTR). 많은 수신 서버가 발송 IP의 PTR 레코드와 정방향 조회 결과가 서로 맞는지 확인합니다. PTR은 IP를 할당한 쪽에서 설정해야 하므로 서버만 있으면 되는 일이 아닙니다.
• 들어오는 스팸 대응. 외부로 공개된 메일 서버에는 스팸과 사전 공격이 끊이지 않습니다. 필터 학습, 차단 목록 갱신, 첨부 검사를 계속 손봐야 합니다.
• 가용성. 메일 서버가 몇 시간 멈추면 그동안의 메일은 보통 발신 쪽에서 재시도되지만, 재시도 한도를 넘기면 반송됩니다. 이중화와 감시가 없으면 장애를 늦게 발견합니다.
• 백업과 보관. 메일함은 한 번 지워지면 복구 요구가 바로 들어오는 데이터입니다. 일정 주기의 백업과 복원 테스트가 필요합니다.

계정 수와 용량으로 규모를 정합니다

서비스를 고르기 전에 아래 네 가지를 표로 적어 두면 비교가 쉬워집니다. 숫자가 정해지면 선택지도 좁혀집니다.

• 실제 계정이 필요한 사람 수 (별칭으로 충분한 공용 주소는 따로 셉니다)
• 한 사람당 메일함 용량과, 과거 메일을 얼마나 가져올지
• 필요한 공용 주소와 그룹 주소 목록, 각 주소를 누가 받을지
• 메일 외에 같이 쓸 기능 (문서 공동 편집, 일정 공유, 영상 회의, 단말 관리)

계정 수가 적고 메일만 필요하면 선택의 폭이 넓습니다. 문서와 일정, 단말 관리까지 한 곳에서 쓰려면 Google Workspace나 Microsoft 365처럼 업무 도구가 묶인 서비스를 보게 됩니다. 국내 협업 도구와 조직도 연동을 중시하면 Naver Works 같은 선택지가 있습니다. 과거 메일을 모두 가져올 계획이라면 1인당 용량은 현재 사용량보다 여유 있게 잡습니다.

어느 쪽을 고르든 도메인 작업은 같습니다

메일 서비스를 정한 뒤 도메인 쪽에서 하는 일은 네 종류의 레코드를 넣는 것입니다.

입력은 도메인의 네임서버를 관리하는 곳에서 합니다. 레토 네임서버를 쓰고 있다면 대시보드 도메인 상세의 DNS 및 포워딩 탭에 있는 DNS 레코드 카드에서 넣습니다. 다른 네임서버를 쓴다면 그 서비스의 DNS 화면에서 같은 값을 넣습니다. 네임서버가 어디인지 확인하는 방법은 네임서버 변경에 있습니다.

MX의 우선순위와 변경 순서는 MX 레코드 이해하기에서, 인증 레코드 세 종류의 값과 단계적 적용은 SPF, DKIM, DMARC 설정에서 다룹니다. 서비스별 실제 입력 값은 구글 워크스페이스, Microsoft 365, 네이버 웍스 연결 가이드를 보세요. 이미 쓰던 메일 서비스에서 옮기는 중이라면 메일 서비스 옮기기의 순서를 먼저 확인하시기 바랍니다.