이메일 주소 예시: 형식, 규칙, 업무용 주소 만드는 법

이메일 주소는 jane.smith@example.com과 같은 형태입니다. @ 앞부분은 메일함의 이름입니다. @ 뒷부분은 메일을 처리하는 도메인입니다. 기본은 이것뿐이며, 세상의 모든 주소가 이 형식을 따릅니다.

이 글에서는 개인용, 구직용, 업무용 이메일 주소 예시를 소개합니다. 주소를 유효하게 만드는 형식 규칙과, 양식에 주소가 잘못되었다고 표시될 때의 해결 방법도 다룹니다.

예시에 대해 한 가지 알려 드립니다. 여기 나오는 주소는 모두 example.com을 씁니다. example.com은 문서용으로 예약된 도메인이라 메일을 받을 수 없습니다(RFC 2606). 많은 안내가 실제 회사 도메인을 예시로 쓰는데, 그러면 누군가의 받은편지함에 테스트 메일이 도착합니다. 이 글의 예시는 그렇지 않습니다.

이메일 주소의 구성

이메일 주소의 구조는 어디서나 같습니다. 두 부분이 @ 기호로 연결됩니다.

주소 앞에 이름이 붙은 경우도 있습니다(Jane Smith <jane.smith@example.com>). 이름 부분은 이메일 앱이 보여 주는 표시일 뿐입니다. 실제 주소는 꺾쇠괄호(< >) 안의 부분입니다.

개인용 이메일 주소 예시

개인 주소에는 대개 자신의 이름이 가장 좋습니다. 전화로 알려 주기 쉽고 기억하기도 쉽습니다. 흔히 쓰는 패턴은 다음과 같습니다.

이름이 이미 쓰이고 있다면 숫자를 붙여도 괜찮습니다. 다만 글자처럼 보이는 숫자는 피하십시오. 명함을 보고 주소를 입력할 때 “1”과 “l”은 헷갈리기 쉽습니다.

구직용 이메일 주소 예시

구직할 때 이력서에 적은 주소는 채용 담당자가 가장 먼저 보는 정보 중 하나입니다. 대학 취업 지원 센터들의 조언은 간단하며 모두 같습니다. 자신의 이름을 쓰라는 것입니다. 예를 들어 Monroe Community College는 이름.성(firstname.lastname) 형식을 권합니다(Monroe CC).

이 중 두 가지는 설명이 필요합니다. 주소에 태어난 해를 넣으면 고용주는 다른 내용을 읽기도 전에 나이를 알게 됩니다. 그리고 현재 회사의 업무용 주소로 새 직장에 지원하지 마십시오. 회사는 대개 그 받은편지함을 볼 수 있고, 퇴사하면 답장을 받을 수 없게 됩니다.

하지만 너무 깊이 고민할 필요는 없습니다. 상담 칼럼 Ask a Manager를 쓰는 Alison Green은 “이름이면 괜찮습니다. 글자와 숫자도 괜찮습니다”라고 간단히 말했습니다(Ask a Manager). 중요한 것은 주소가 읽기 쉽고 입력하기 쉬우며, 이력서에 쓰지 않을 내용이 들어 있지 않은 것입니다.

업무용 이메일 예시를 찾다가 주소가 아니라 메일 문구 예시가 필요했다면 콜드메일 템플릿에서 14가지 예시를 볼 수 있습니다. 메일의 마지막 문장은 메일 끝인사 안내를 참고하십시오.

업무용 이메일 주소 예시

직장에서는 대부분의 회사가 형식 하나를 정해 모든 직원에게 씁니다. 흔한 형식을 Jane Smith라는 이름으로 예를 들면 다음과 같습니다.

어떤 형식이 가장 흔한지는 세는 방법에 따라 다릅니다. Sendburg는 업무용 주소 336,782개를 조사했습니다. 그 결과 이름.성 형식이 47.7%, 이름 머리글자와 성을 붙인 형식(jsmith 등)이 26.8%, 이름만 쓰는 형식이 8.1%였습니다(Sendburg). Hunter는 주소가 아니라 회사를 기준으로 세며, 자사 데이터에 있는 회사의 49.9%가 이름만 쓰는 주소를 사용한다고 밝힙니다(Hunter). 두 결과는 모두 사실일 수 있습니다. 대부분의 회사는 작고 이름만 쓰는 반면, 대부분의 주소는 이름.성 형식을 선호하는 대기업에 속하기 때문입니다. Sendburg의 데이터에서도 이름.성 형식은 직원 10명 이하 회사의 38%에서 직원 10,000명 초과 회사의 74%로 늘어납니다. 두 곳 모두 이메일 찾기 도구를 판매하는 업체이므로, 이 수치는 참고용으로 보십시오.

동료의 주소를 추측해야 한다면 이메일 주소 조합 생성기(영어)가 이름과 도메인으로 가능성 있는 주소 형식을 모두 보여 줍니다.

역할 기반 주소

역할 기반 주소는 사람이 아니라 직무나 팀에 속한 주소입니다. 담당자가 바뀌어도 주소는 그대로입니다. 흔한 예는 다음과 같습니다.

• info@example.com: 일반 문의용
• sales@example.com: 신규 고객용
• support@example.com: 제품 지원용
• billing@example.com: 청구서와 결제용
• hello@example.com: info@보다 친근한 느낌의 주소

일부 역할 기반 주소는 표준에 적혀 있습니다. RFC 2142는 info, sales, support, abuse, security 등을 나열합니다(RFC 2142). 또한 모든 메일 서버는 postmaster 주소로 오는 메일을 받아야 합니다(RFC 5321).

역할 기반 주소는 웹사이트의 문의 페이지에는 유용하지만, 마케팅 리스트에 넣기 전에는 다시 생각해 보십시오. Mailchimp는 가져오기 단계에서 support@, billing@, admin@, noreply@ 등 35개의 역할 접두사를 차단합니다. 이런 주소가 높은 반송률, 스팸 신고와 관련이 있기 때문입니다(Mailchimp).

이메일 주소 형식 규칙

이메일 주소가 작동하는지는 세 가지 규칙이 결정합니다. 이메일 표준이 가장 바깥의 한계를 정합니다. 각 제공업체는 만들 수 있는 주소에 대해 더 엄격한 규칙을 둡니다. 그리고 웹 양식에는 자체 검사가 있는 경우가 많으며, 이 검사는 앞의 두 규칙보다 엄격할 수도 있고 느슨할 수도 있습니다. 비교하면 다음과 같습니다.

출처는 다음과 같습니다. 표준의 문자 규칙은 RFC 5322(3.2.3절)에서 가져왔습니다. Gmail 규칙은 Gmail 도움말 페이지(Google)에서 가져왔습니다. 브라우저 동작은 HTML 표준에서 가져왔으며, 이 표준은 자체 이메일 검사가 이메일 RFC를 “의도적으로 위반”한다고 공개적으로 밝힙니다(WHATWG).

이메일 주소는 몇 자까지 쓸 수 있습니까?

실제로 쓸 수 있는 주소의 최대 길이는 254자입니다. @ 앞부분은 최대 64자입니다(RFC 5321). 일부 안내에는 아직도 320자라고 나옵니다. 이 수치는 64와 255를 더한 것으로, 오래전에 정정되었습니다. 메일 서버는 256자 경로까지만 처리할 수 있고, 그중 2자는 꺾쇠괄호이기 때문입니다(RFC 3696 정오표 1690).

점, 더하기 기호, 대문자

많은 사람이 의외라고 느끼는 규칙이 몇 가지 있습니다.

• Gmail에서는 점이 상관없습니다. j.smith@gmail.com과 jsmith@gmail.com은 같은 받은편지함에 도착합니다. 이 규칙은 개인용 Gmail에만 해당합니다. 회사가 쓰는 Google Workspace에서는 점이 있으면 다른 주소가 됩니다(Google).
• 플러스 주소(plus addressing). jane+news@gmail.com으로 보낸 메일은 jane@gmail.com에 도착합니다. 그래서 메일을 분류하거나 누가 주소를 공유했는지 알 수 있습니다(Google). Microsoft의 업무용 이메일도 이 기능을 지원하지만, 받는 메일에만 해당합니다(Microsoft). Gmail 플러스 주소 도구(영어)로 이런 주소를 만들 수 있습니다.
• 대문자. 표준에 따르면 @ 앞부분은 대소문자를 구분할 수 있지만, 표준은 이에 의존하지 말라고도 권합니다. 실제로는 제공업체들이 Jane@ 주소와 jane@ 주소를 같은 메일함으로 처리하며, Proton도 도움말 페이지에서 그렇게 밝힙니다(Proton). Gmail과 Outlook에 대한 자세한 내용은 이메일 주소는 대소문자를 구분합니까?에서 볼 수 있습니다.
• 다른 문자 체계. RFC 6531에 따라 주소에 힌디어나 중국어 같은 비라틴 문자를 쓸 수 있습니다. Gmail은 2014년부터 이런 주소로 메일을 보내고 받았습니다(Google). 하지만 오래된 시스템 중에는 아직 이런 주소를 처리하지 못하는 곳이 많습니다.

유효한 이메일 주소와 잘못된 이메일 주소 예시

작동하는 주소와 작동하지 않는 주소의 예시와 각각의 이유입니다.

개발자가 자주 실수하는 경우가 하나 더 있습니다. 일부 양식 검사는 2~4글자로 된 도메인 끝부분만 받습니다. 그러면 실제 주소가 거부됩니다. .photography나 .international처럼 더 긴 최상위 도메인이 수백 개 있기 때문입니다. IANA는 전체 최상위 도메인을 1,400개 넘게 나열하고 있습니다(IANA).

양식에 “잘못된 이메일 주소”라고 표시되는 이유

양식이나 메일 서버가 주소가 잘못되었다고 할 때는 대개 서로 다른 세 가지 중 하나를 뜻합니다. 메일 서버는 경우마다 다른 코드를 쓰기도 합니다(RFC 3463).

1. 주소를 잘못 입력했습니다. @ 기호가 빠졌거나, 공백이 있거나, 점이 연속으로 2개 있는 등 형식 규칙을 어긴 경우입니다. 서버는 이를 구문 오류(코드 5.1.3)로 보고합니다.
2. 도메인이 메일을 받을 수 없습니다. @ 뒷부분이 없거나 메일 서버가 없는 경우입니다(코드 5.1.2). gmial.com 같은 오타가 흔한 원인입니다.
3. 메일함이 없습니다. 형식과 도메인은 문제없지만 그런 사람이 없는 경우입니다(코드 5.1.1). 누군가 회사를 떠났을 때 받는 하드 바운스가 이것입니다.

도메인 오타는 단순히 불편한 문제가 아닙니다. 한 연구에서 연구자들은 인기 이메일 도메인의 철자를 틀린 도메인 76개를 등록했습니다. 그리고 그중 3개만으로도 다른 사람에게 가야 할 실제 이메일을 1년에 약 3,585통 받을 것으로 추정했습니다(Szurdi and Christin).

양식이 받지 않는 주소를 고치는 방법은 다음과 같습니다.

• 철자, 특히 도메인을 확인하십시오. Google이 정리한 흔한 실수 목록에는 gmal.con 같은 오타, 불필요한 공백, 끝에 붙은 점이 있습니다(Google).
• 실수로 함께 복사한 공백이나 따옴표를 지우십시오.
• 플러스 주소를 썼는데 양식이 거부한다면 일반 주소를 쓰십시오.
• 주소가 맞아 보인다면 도메인에 MX 레코드 조회를 실행해 메일을 받을 수 있는 도메인인지 확인하십시오.
• 메일함 자체가 있는지 알고 싶다면 이메일 유효성 검사 도구를 쓰십시오. 메일을 보내지 않고 주소를 확인합니다.

업무용 이메일 주소를 만드는 방법

방법은 두 가지입니다.

빠른 방법은 Gmail, Outlook.com, Proton Mail 같은 제공업체의 무료 계정입니다. 비용이 들지 않고 어디서나 쓸 수 있습니다. 무료 이메일 제공업체 목록에서 각 서비스가 무엇을 제공하는지 비교할 수 있습니다.

다른 방법은 jane@yourbusiness.com처럼 자신의 도메인으로 만든 주소입니다. 세 가지가 필요합니다. 첫째, 등록한 도메인입니다. 둘째, Google Workspace나 Microsoft 365 같은 이메일 호스팅입니다. 셋째, 도메인을 그 호스팅으로 연결하는 MX 레코드입니다. 추가할 정확한 레코드는 호스팅 업체가 알려 줍니다(Google). 설정한 뒤에는 MX 레코드 조회로 레코드를 확인할 수 있습니다.

일부 주소는 나중에 바꾸기 어려우므로 신중하게 고르십시오. Gmail에서는 새 gmail.com 주소로 최대 세 번까지, 12개월에 한 번씩 바꿀 수 있습니다(Google). Yahoo는 주소를 아예 바꿀 수 없습니다(Yahoo).

이메일 주소에 @ 기호를 쓰는 이유

Ray Tomlinson은 1971년 말, 나란히 놓인 컴퓨터 두 대 사이에서 최초의 네트워크 이메일을 보냈습니다. 그는 사용자 이름과 컴퓨터 이름을 연결하려고 @ 기호를 골랐습니다. 이 기호는 “at”이라는 뜻이고, 누구의 이름에도 들어 있지 않았기 때문입니다. 그는 나중에 첫 메시지가 아마 “QWERTYUIOP 같은 것”이었을 것이라고 썼습니다(Ray Tomlinson). 2010년에는 뉴욕 현대미술관(MoMA)이 @ 기호를 소장품에 추가했습니다(MoMA).

자주 묻는 질문

유효한 이메일 주소의 예시는 무엇입니까?

jane.smith@example.com은 유효한 이메일 주소입니다. 메일함 이름, @ 기호 하나, 올바른 끝부분을 가진 도메인이 있습니다. @ 앞에 숫자, 하이픈, 밑줄, 더하기 기호가 들어간 주소도 유효합니다. jane_smith+news@example.com이 그 예입니다.

이메일 주소는 어떤 형태입니까?

이름, @ 기호, 도메인 순서로 된 name@domain.com 형태입니다. 이름 부분은 메일함을 나타내고, 도메인은 메일을 처리하는 서버를 나타냅니다.

유효한 이메일 주소는 어떻게 만듭니까?

@ 앞에는 영문자, 숫자, 점을 쓰고, 점으로 시작하거나 끝나지 않게 하십시오. @ 뒤에는 실제로 있고 메일을 받을 수 있는 도메인을 쓰십시오. Gmail 같은 제공업체에 가입한다면 제공업체가 쓸 수 있는 문자를 알려 줍니다. 이미 사용 중인 주소도 고를 수 없게 합니다.

이메일 주소에 숫자나 밑줄을 쓸 수 있습니까?

쓸 수 있습니다. @ 앞에는 숫자, 밑줄, 하이픈을 모두 쓸 수 있습니다. Gmail은 주소를 만들 때 밑줄을 쓸 수 없게 하지만, 밑줄이 들어간 주소로 메일을 보낼 수는 있습니다.

이메일 주소에 공백을 넣을 수 있습니까?

일반 주소에는 넣을 수 없습니다. 표준상으로는 "jane smith"@example.com처럼 따옴표 안의 공백이 허용됩니다. 하지만 실제 시스템은 거의 쓰지 않으며, 대부분의 양식이 이런 주소를 거부합니다.

이력서나 사업에 Gmail 주소를 써도 됩니까?

이력서에는 이름을 바탕으로 한 주소라면 괜찮습니다. 사업에는 자신의 도메인으로 만든 주소가 더 신뢰감을 주며, 일부 B2B 가입 양식은 무료 주소를 막습니다. 많은 소규모 사업체가 무료 주소로 시작한 뒤 나중에 자신의 도메인으로 옮깁니다.

이메일 주소가 실제로 있는지 어떻게 알 수 있습니까?

주소를 보는 것만으로는 알 수 없습니다. 형식이 완전히 올바른 주소도 주인이 없을 수 있습니다. 이메일 유효성 검사 도구는 메일을 보내지 않고 메일 서버에 메일함이 있는지 묻습니다.