도메인 서명은 도메인에 한 번 설정하고, 선택한 모드에 따라 각 사서함에서 사용하는 공통 메일 하단 문구입니다. 다른 방법은 오십 명에게 같은 내용을 직접 관리해 달라고 하는 것입니다. 열 명이 메일 설정에 붙여 넣으면 열한 가지 버전이 나올 수도 있습니다. 두 개에는 작년 직책이 남고, 하나에는 이전 사무실 전화번호가 남습니다. 세 명은 전체를 이미지로 붙여 넣습니다. 법적 안내가 길다고 지우는 사람도 있고, 답장 위에 모두 넣는 사람도 있어 대화 끝에 네 개의 복사본이 쌓입니다.
이는 규율이 아니라 설계의 문제입니다. 공동으로 쓰는 문구를 따로 관리하면 내용은 점차 달라집니다.
도메인 서명은 내용을 한곳으로 모읍니다. 해당 도메인의 사서함은 설정 모드에 따라 서명을 받으며, 내년 삼월에 새로 만드는 사서함도 포함됩니다.
개인별 서명이 달라지는 이유
거의 모든 사례는 네 가지 문제로 설명할 수 있습니다.
변경 사항이 모두에게 반영되지 않습니다. 회사가 브랜드를 바꾸거나 사무실을 옮기거나 등록번호를 변경하면 서명 업데이트 요청 메일이 나갑니다. 하지만 일부만 수정합니다. 이 년이 지나도 이미 떠난 사무실 주소가 들어 있는 서명이 남습니다.
신입 직원은 가까운 동료의 서명을 복사합니다. 동료에게 서명을 보내 달라고 하고 현재 쓰는 버전을 이어받습니다. 오류도 함께 이어받아 계속 퍼집니다.
이미지가 표시되지 않을 수 있습니다. 서명 전체를 큰 이미지 하나로 만들면 이미지가 차단될 때 읽을 수 없습니다. 기업 환경에서 흔한 일입니다. 화면 읽기 프로그램도 글자를 가져올 수 없어, 수신자는 연락처 대신 빈 사각형을 보게 됩니다.
위치가 일정하지 않습니다. 어떤 프로그램은 인용문 위에, 다른 프로그램은 아래에 서명을 놓습니다. 긴 대화에서는 맨 아래 서명 하나와 기록 사이에 흩어진 열한 개의 차이가 될 수 있습니다.
중앙에서 관리하는 서명은 적용 대상 발신자 ID에서 앞의 두 문제를 줄이고, 위치도 한곳에서 정할 수 있게 합니다.
도메인 서명의 세 가지 모드: 사용 안 함, 기본, 강제
도메인의 서명 탭에는 세 가지 모드가 있습니다. 적절한 모드를 고르는 것이 핵심 결정입니다.
| 모드 | 동작 | 적합한 경우 |
|---|---|---|
| 사용 안 함 | 도메인 서명을 사용하지 않고 각자 자신의 서명을 관리합니다. | 작은 팀이나 실제로 사람마다 다른 서명이 필요한 도메인 |
| 기본 | 새 발신자 ID에 도메인 서명이 초기값으로 입력됩니다. 사용자는 이후 수정하거나 바꿀 수 있습니다. | 신입 직원에게 일관된 출발점을 주면서 이유 있는 변경은 허용하려는 경우 |
| 강제 | 지원되는 발송 경로에서 도메인의 모든 발신자 ID에 대해 개인 서명을 도메인 서명으로 대체합니다. | 규제 업종, 필수 안내 문구, 또는 대부분의 사용만으로는 부족한 경우 |
기본과 강제의 차이는 중요합니다. 단순한 기술 설정이 아니라 내부 정책을 선택하는 일이기 때문입니다.
기본은 출발점입니다. 나중에 도메인 서명을 변경해도 기존 발신자 ID는 현재 서명을 유지합니다. 양식을 제공했을 뿐, 계속 연결한 것은 아닙니다. 공통 서명이 의무가 아니라 편의를 위한 경우에 적합합니다.
강제는 웹메일과 API의 적용 대상 발신자 ID에 서명을 넣으며 개인별 제외를 허용하지 않습니다. 내용을 바꾸면 대상 ID는 별도의 업데이트 요청 없이 새 버전을 사용합니다. 준법 담당자가 해당 경로의 메시지에 안내가 들어 있음을 증명하라고 요구할 때 적합한 모드입니다. 기본 모드에서는 그런 보장을 할 수 없고, 외부 프로그램을 쓴다면 적용 범위도 확인해야 합니다.
설정은 도메인별로 합니다. acme.com과 acme-labs.com을 사용하는 회사는 서로 다른 하단 문구를 강제할 수 있습니다. 법인별 법적 문구가 다를 때 흔히 필요한 방식입니다.
도메인 서명이 들어가는 위치
다음 설정은 인용문과의 위치 관계를 정하며 메일의 모양을 바꿉니다.
인용문 앞에 두면 새로 쓴 본문 바로 아래, 대화 기록 위에 서명이 들어갑니다. 수신자는 스크롤 없이 메시지와 연락처를 함께 볼 수 있습니다. 대신 긴 대화에서는 답장마다 서명이 늘어납니다.
인용문 뒤에 두면 모든 내용의 맨 아래에 들어갑니다. 새 서명은 항상 같은 위치에 있지만, 기록에 이전 서명이 남을 수 있습니다. 긴 대화에서는 수신자가 그곳까지 스크롤하지 않을 수도 있습니다.
일반적으로 눈에 띄어야 하는 연락처는 앞에, 읽는 흐름을 방해하지 않으면서 포함되는 것이 중요한 법적 문구는 뒤에 둡니다.
적용 범위와 제외되는 경로
여기서는 기능을 크게 보이게 하는 것보다 정확히 설명하는 것이 중요합니다.
도메인 서명은 발신자 ID에 적용됩니다. 웹메일 작성 화면의 보낸 사람 메뉴에 있는 주소와 API에서 제공하는 ID가 대상입니다. 웹메일에서 적용 대상 ID로 작성하면 어느 기기에서나 로컬 설정 없이 서명을 사용합니다. 새 ID에는 선택한 모드에 따라 적용됩니다.
데스크톱 메일 프로그램의 설정을 변경하지는 않습니다. Outlook이나 Apple Mail에서 작성하면 해당 앱이 메시지를 만들고 자체 설정된 서명을 사용합니다. 하단 문구를 추가하기 위해 전송 중 본문을 다시 쓰지 않습니다.
이는 의도적인 경계입니다. 암호학적 서명 이후 전송 계층에서 하단 문구를 넣으면 본문이 바뀌어 DKIM이 무효가 될 수 있습니다. 서명이 일관되지 않는 것보다 심각한 전달 문제가 생길 수 있습니다. 내용을 삽입하는 시스템은 서명 순서를 관리하거나 삽입 후 다시 서명해야 합니다. 오류는 인증과 필터링에 영향을 줄 수 있습니다. DKIM이 실패하는 이유에서 수신 서버가 무엇을 확인하는지 살펴보세요.
실무에서는 서명이 필수인 사서함에 웹메일 등 지원되는 경로를 사용하세요. 팀에 데스크톱 프로그램이 필요하다면 그 프로그램에서 서명을 설정해야 합니다. 이때 도메인 설정은 복사할 기준 문구이지, 프로그램을 제어하는 장치가 아닙니다.
법적 안내 문구의 실제 역할
메일 끝의 안내만으로 모든 상대에게 법적 의무가 생기지는 않습니다. '잘못 받았다면 삭제하세요'는 합의를 대신하지 않으며 분쟁을 해결하지도 않습니다. 효과는 관할 법과 상황에 따라 달라집니다.
실제 용도는 더 구체적입니다.
- 법적으로 필요한 정보 공개. 일부 관할에서는 업무상 서신에 회사 등록 정보를 요구합니다. 영국의 회사 문서 규정과 독일의 전자 업무 서신 요건은 이메일에도 적용될 수 있습니다. 현재 법인에 적용되는 의무를 확인하세요. 강제 모드는 지원 경로에서 해당 정보를 넣는 데 도움이 됩니다.
- 규제 대상 커뮤니케이션. 금융, 의료, 법률 업무 등에서는 보내는 서신에 특정 요건이 적용될 수 있습니다.
- 기밀 안내. 단독으로는 충분하지 않지만 조직의 합리적인 조치 중 하나가 될 수 있습니다. 분쟁에서의 의미는 개별 상황에 달려 있습니다.
누구도 요구하지 않은 일반 문구라면 담당자와 유지할 필요를 검토하세요. 필수 정보가 포함된다면 적절한 모드를 고르고 문구와 실제 발송 경로를 함께 확인하세요.
쉽게 깨지지 않는 서명 만들기
메일 프로그램마다 HTML 표시 방식이 다릅니다. 서명은 다른 사람의 메일에서 인용되고, 전달되고, 인쇄되며, 5인치 화면에서도 읽힙니다. 따라서 제약이 있습니다.
짧게 쓰세요. 이름, 직책, 회사, 전화번호 하나와 링크 하나면 됩니다. 줄이 늘 때마다 기록을 보존하는 답장에도 그 줄이 반복됩니다.
전체를 이미지로 만들지 마세요. 이미지가 차단되면 빈 틀만 남고, 화면 읽기 프로그램은 내용을 가져오지 못하며, 텍스트 검색도 할 수 없습니다. 실제 글자를 사용하세요. 로고가 필요하다면 글자 옆에 작은 이미지를 놓고 의미 있는 대체 텍스트를 넣으세요.
소셜 아이콘을 줄지어 넣지 마세요. 작은 이미지 여섯 개가 차단되면 이름 아래에 이미지 누락 표시 여섯 개가 생길 수 있습니다.
필요한 경우에만 표로 배치하세요. 인용 답장의 중첩 표를 망가뜨리는 프로그램도 있습니다. 작성 화면에서 정상이어도 도착했을 때 열이 찌그러질 수 있습니다.
작성 화면만 보지 말고 답장에서 시험하세요. 작성 화면은 모든 상황을 재현하지 않습니다. 자신에게 메일을 보내고 두 번 답장한 뒤 결과를 보세요. 수신자가 보는 형태에 더 가깝습니다.
기밀 정보를 넣지 마세요. 개인 직통 휴대전화 번호는 메일링 리스트, 전달된 대화와 메시지를 보관하는 여러 저장소에 남을 수 있습니다.
도입 절차
- 서명을 작성하고 배포 전에 브랜드와 법적 문구 담당자에게 정확한 내용의 승인을 받습니다.
- 먼저 기본 모드로 설정하고 사서함 하나에서 작성, 답장, 전달을 시험한 뒤 휴대전화에서도 확인합니다.
- 위치를 정합니다. 연락처는 인용문 앞, 법적 하단 문구는 뒤가 일반적인 기준입니다.
- 지원되는 경로에서 서명을 의무화해야 할 때만 강제로 바꿉니다. 개인 서명을 대체하므로 사용자에게 미리 알립니다.
- 도메인별로 반복합니다. 서명은 다른 도메인으로 상속되지 않으며 보통 그렇게 되어야 합니다.
- 데스크톱 프로그램 사용자를 파악합니다. 이들은 도메인의 기준 문구를 사용해 로컬에서 설정해야 합니다.
자주 묻는 질문
기존 개인 서명을 대체하나요?
강제 모드의 지원 경로에서만 대체합니다. 기본 모드에서는 기존 ID가 자신의 서명을 유지하고 새 ID만 도메인 서명을 초기값으로 받습니다.
부서마다 다른 도메인 서명을 쓸 수 있나요?
같은 도메인 안에 서로 다른 도메인 서명을 설정할 수는 없습니다. 설정은 도메인 단위입니다. 브랜드나 법인이 별도 도메인을 쓴다면 각각 서명을 가질 수 있습니다. 한 도메인에서는 기본 모드로 두면 팀별로 자신의 버전을 조정할 수 있습니다.
Outlook이나 Apple Mail에서 보낸 메일에도 들어가나요?
아니요. 웹메일과 API의 발신자 ID에 적용됩니다. 데스크톱 프로그램은 메시지를 직접 만들고 로컬 서명을 사용합니다. 전송 도중 본문을 바꾸지 않습니다. 서명 이후 변경은 DKIM을 무효로 만들 수 있기 때문입니다.
로고를 추가할 수 있나요?
예. 실제 글자 옆에 작은 호스팅 이미지를 넣고 대체 텍스트를 붙이면 됩니다. 전체 서명을 이미지로 만들지는 마세요. 이미지는 자주 차단되며 그 경우 빈 사각형만 남습니다.
별칭에도 적용되나요?
예. 도메인의 발신자 ID에는 발송이 활성화된 별칭도 포함됩니다. sales@에서 보낸 메시지도 모드와 경로에 따라 같은 도메인의 개인 주소와 동일한 하단 문구를 사용합니다.
나중에 도메인 서명을 바꾸면 어떻게 되나요?
강제 모드에서는 대상 ID가 새 버전을 사용합니다. 기본 모드에서는 변경 이후 만든 ID에만 적용되며 기존 ID는 이전 서명을 유지합니다.
도메인 서명이 전달에 영향을 주나요?
중앙에서 관리한다는 이유만으로 영향을 주지는 않습니다. 다만 내용과 형식은 관련될 수 있습니다. 글자가 거의 없는 큰 이미지는 일부 필터가 고려하는 요소입니다. 실제 글자를 써야 할 또 다른 이유이며 전체 이메일 전달률에 관련된 요소지만 받은편지함 도착을 보장하지는 않습니다.