메일 받는 사람을 잘못 고르지 않으려면: 주소와 도메인 대조
AI가 만든 업무 메일의 받는 사람 목록은 문장보다 먼저 확인하는 편이 좋습니다. example.com이 들어 있다고 해서 승인된 상대에게 보내는 주소가 되는 것은 아닙니다. 주소 형식 → 정확한 도메인 → 사람·역할 일치 → 내용 공유 범위 순서로 검수하고, 확인이 끝난 목록만 발송 화면에 넣으세요.
이 글의 주소는 가상입니다. IANA의 예제 도메인 안내에 따라 example.com·example.org 등을 문서용 예시로 사용하며, 실제 전달 가능성을 확인하거나 메일을 보내는 실습이 아닙니다.

도메인 검사와 수신자 확인은 서로 다른 질문입니다
“이번 안내는 example.com 소속의 승인된 담당자에게만 보낸다”는 업무 규칙을 가정합니다. 허용 목록에는 example.com만 있고, 서브도메인은 포함하지 않습니다.
- 도메인 검사는 주소의 @ 뒤 호스트가 허용 목록과 일치하는지 봅니다
- 사람 확인은 해당 주소가 의도한 담당자나 부서의 현재 주소인지 봅니다
- 공유 검사는 그 상대에게 본문과 첨부를 보내도 되는지 봅니다
같은 조직 도메인의 다른 사람에게 보내는 실수는 도메인 검사만으로 찾을 수 없습니다. 반대로 다른 도메인의 협력사가 실제 업무 상대일 수는 있지만, 이번 발송 대상이 아니라면 임의로 추가하지 않고 대상 범위를 확인해야 합니다.
메일 도메인은 대소문자를 구분하지 않습니다. RFC 5321의 구문 원칙은 이 점과 함께 주소 앞부분인 로컬 파트의 대소문자를 보존해야 한다고 설명합니다. 따라서 비교용 도메인만 소문자로 만들 수는 있지만, 주소 전체를 마음대로 소문자·별칭 변환해 원본을 바꾸지는 않습니다.
가상 검토 목록과 기대 판단
사내 확인 목록에는 운영 문의 ops@example.com과 검토 담당 review@example.com이 있다고 가정합니다. 아래 목록에서 “후보”는 발송 승인 완료를 뜻하지 않습니다.
ID: M1
- 의도한 상대: 운영 문의
- 제안 주소: ops@example.com
- 검사 결과와 다음 행동: 도메인·확인 목록 일치, 내용 검수로 진행
ID: M2
- 의도한 상대: 검토 담당
- 제안 주소: review@EXAMPLE.COM
- 검사 결과와 다음 행동: 도메인 대소문자 차이만 있음, 내용 검수로 진행
ID: M3
- 의도한 상대: 협력 담당
- 제안 주소: partner@example.org
- 검사 결과와 다음 행동: 허용 도메인 밖, 발송 대상 범위 확인
ID: M4
- 의도한 상대: 운영 문의
- 제안 주소: ops@team.example.com
- 검사 결과와 다음 행동: 미승인 서브도메인, 별도 확인
ID: M5
- 의도한 상대: 운영 문의
- 제안 주소: ops@example.com.attacker.invalid
- 검사 결과와 다음 행동: example.com과 다른 전체 도메인, 보류
ID: M6
- 의도한 상대: 운영 문의
- 제안 주소: op5@example.com
- 검사 결과와 다음 행동: 도메인은 맞지만 주소록과 불일치, 보류
ID: M7
- 의도한 상대: 운영 문의
- 제안 주소: ops@@example.com
- 검사 결과와 다음 행동: 일반 업무 주소 형식 이상, 원본 확인
ID: M8
- 의도한 상대: 새 담당자
- 제안 주소: kim@example.com
- 검사 결과와 다음 행동: 도메인만 일치, 신원·업무 관계 확인 필요
M5는 주소 중간에 example.com 문자열이 들어 있어도 허용 주소가 아닙니다. 전체 도메인을 비교해야 합니다. M4도 허용 목록에 team.example.com이 없으면 자동 통과시키지 않습니다. 조직이 서브도메인을 허용한다면 허용할 이름을 구체적으로 목록에 추가하고 규칙을 다시 검토합니다.
복사해 사용할 수신자 검수 요청문
다음 메일 수신자 후보를 검수표로 정리해 주세요. 메일은 보내지 마세요.
목적: 승인된 내부 담당자에게 운영 안내 공유
허용 도메인: example.com만, 서브도메인은 별도 승인 필요
확인된 업무 주소:
- 운영 문의: ops@example.com
- 검토 담당: review@example.com
후보:
M1 운영 문의 / ops@example.com
M2 검토 담당 / review@EXAMPLE.COM
M3 협력 담당 / partner@example.org
M4 운영 문의 / ops@team.example.com
M5 운영 문의 / ops@example.com.attacker.invalid
M6 운영 문의 / op5@example.com
M7 운영 문의 / ops@@example.com
M8 새 담당자 / kim@example.com
출력 열:
ID / 원본 주소 / 도메인 판단 / 업무 주소 일치 / 상태 / 확인 질문
도메인만 대소문자를 구분하지 않고 비교하세요.
원본 주소, 이름, 로컬 파트를 임의로 수정하지 마세요.
형식 이상·확인되지 않은 이름·미승인 도메인은 보류하세요.
도메인 일치를 주소 실재나 발송 권한 확인이라고 표현하지 마세요.
업무 주소록을 AI에 제공할 때도 조직의 사용·공유 정책을 먼저 확인합니다. 실제 개인정보가 불필요하면 위와 같은 가상 주소로 검수 방식부터 잡고, 사람과 주소의 최종 대조는 승인된 내부 환경에서 수행할 수 있습니다.
주소를 읽을 때 주의할 입력 형태
메일 앱에서 표시 이름만 보이면 수신자 항목을 펼쳐 전체 주소를 읽습니다. “운영팀”이라는 표시 이름과 실제 주소는 별개입니다. 표시 이름을 그대로 복사한 문자열이나 여러 주소를 한 셀에 붙인 목록은 하나의 주소로 검사하지 않습니다. 개별 주소를 분리해 각 행에 ID를 부여합니다.
일반적인 업무 주소에서는 @ 앞뒤가 비어 있지 않은지, 공백이나 @ 중복 등 이상이 있는지 먼저 봅니다. 다만 이 간단한 점검을 모든 이메일 형식에 적용되는 완전한 검증기로 취급해서는 안 됩니다. 따옴표가 있는 로컬 파트, 국제화 주소 등 익숙하지 않은 입력은 메일 앱이나 승인된 주소 처리 도구로 확인하고 자동 수정하지 않습니다.
주소 끝에 붙은 쉼표·마침표가 구분 기호인지 주소 일부인지도 원본을 봐야 합니다. 눈에 보이는 비슷한 글자, 숫자 1과 소문자 l, 불필요한 별칭 역시 정식 주소록과 대조합니다. “오타 같으니 고쳤다”는 응답은 발송 대상 변경이므로 확인 없이 사용하지 않습니다.
발송 화면에서 마지막으로 볼 것
- 승인된 목록의 상대·역할·전체 주소를 발송 화면과 대조합니다. 자동완성이 과거 담당자나 동명이인을 선택하지 않았는지 봅니다
- 받는 사람뿐 아니라 참조·숨은 참조에도 승인하지 않은 주소가 없는지 확인합니다. 답장·전체 답장은 이전 대화의 외부 수신자가 남아 있을 수 있습니다
- 그룹 주소는 이름만으로 구성원을 확정할 수 없습니다. 해당 그룹의 현재 대상과 이 내용의 공유 가능 범위를 확인합니다
- 본문, 첨부 파일과 연결 문서가 해당 수신자에게 필요한 내용인지 검토합니다. 문서 링크가 더 넓은 독자에게 열리는지도 확인합니다
- 미확인 항목이 있으면 초안으로 남기고, 확인 질문과 담당자를 기록합니다. 승인된 목록과 실제 발송 목록이 일치할 때 발송합니다
보류 질문은 “M6 op5@example.com을 운영 문의로 사용해도 되나요? 현재 확인 목록은 ops@example.com입니다”처럼 원안과 근거를 함께 제시합니다. M8에는 “이 담당자의 공식 주소와 이번 안내 수신 권한을 확인해 주세요”라고 묻습니다. 이름만 보고 도메인을 조합해 주소를 새로 만들지 않습니다.
이미 잘못된 주소로 보냈다면 추가 발송을 멈추고 조직의 오발송 절차에 따라 보고합니다. 메일 회수 기능이 있다는 이유로 상대가 보지 않았다고 단정하지 않습니다. 실제 전송 대상과 본문·첨부의 노출 범위를 확인한 뒤 필요한 조치를 결정합니다.
링크와 비공개 자료까지 포함한 배포 검수는 AI 인수인계 문서의 비공개·권한 확인에서 이어서 볼 수 있습니다. 후보·보류·승인 상태를 남길 때는 엑셀 AI 결과 승인대장을 함께 활용하세요.
자료 확인·예제 작성: 2026-10-04 KST. 위 규칙은 발송 전 검수용이며 주소 존재·메일 전달·계정 소유를 검사하는 서비스가 아닙니다.