이메일 별칭 만들기 및 설정 종합 가이드

이메일 별칭 만들기: 설정 가이드와 확장 가능한 이름 규칙

Google Workspace나 Microsoft 365로 비즈니스를 운영한다면 필요하지 않은 이메일 사용자 비용을 내고 있을 수 있습니다. sales@, support@, billing@에 각각 사용자를 만들면 월 비용이 세 배가 되고 데이터가 분리된 받은편지함에 흩어집니다. 해결책은 이메일 별칭 만들기입니다.

별칭은 사서함이 아니라 라우팅 규칙입니다. 한 주소로 메일을 받아 기존 받은편지함으로 전달합니다. 별도 저장 공간, 로그인 정보, 사용자별 비용이 없습니다. 한 사람이 하나의 계정에서 다섯 주소를 관리할 수 있습니다. 별칭의 개념과 적절한 사용 시점은 이메일 별칭 종합 가이드를 참고하세요.

이 글은 네 플랫폼에서 이메일 별칭 주소를 만드는 방법, 규모가 커져도 유지되는 이름 규칙, 별칭 메일이 스팸함에 들어갈 수 있는 이유를 설명합니다.

Envelope와 Header: 별칭 답장이 실패하는 이유

어떤 플랫폼에서든 이메일 별칭 주소를 만들기 전에 모든 이메일 메시지의 두 계층을 이해해야 합니다. "Send As" 실패, "On Behalf Of" 표시, 기본 주소 노출 같은 별칭 문제는 대개 이 두 계층을 혼동해서 생깁니다.

Envelope (RFC 5321)는 SMTP 핸드셰이크 중 서버가 사용하는 정보입니다. MAIL FROM과 RCPT TO 명령이 메시지의 실제 목적지를 정합니다. 누군가 별칭(sales@domain.com)으로 메일을 보내면 서버가 envelope 수신자를 실제 사서함(bob@domain.com)으로 다시 씁니다.

Header (RFC 5322)는 수신자가 이메일 클라이언트에서 보는 To, From, Date, Subject입니다.

여기서 문제가 복잡해집니다. 수신은 서버가 조용히 주소를 바꾸므로 대체로 잘 작동합니다. 하지만 답장할 때 이메일 클라이언트는 bob@으로 인증하며 sales@으로 인증하지 않습니다. 서버가 인증 사용자와 From 헤더의 불일치를 감지하면 세 가지 중 하나가 일어날 수 있습니다.

이메일이 차단됩니다(5.7.1 Client does not have permissions)
"Bob on behalf of Sales"라는 표시가 붙습니다
Return-Path 헤더에 실제 신원이 노출됩니다

아래의 모든 설정은 이 발신 정렬 문제를 고려합니다.

이메일 별칭 주소 만드는 법: 플랫폼별 설정

이메일 별칭 주소를 만드는 단계는 제공업체마다 상당히 다릅니다. 여러 가이드가 생략하는 숨은 설정을 포함해 각 플랫폼의 요구 사항을 살펴보겠습니다.

Microsoft 365 (Exchange Online)

M365에서 이메일 별칭 주소는 "Proxy Addresses"라고 합니다. GUI에서 추가하는 일은 간단하지만 "On Behalf Of" 표시 없이 그 주소로 발신하려면 PowerShell이 필요합니다.

별칭 추가:

Exchange Admin Center > Recipients > Mailboxes를 엽니다
사용자를 선택합니다
Manage email address types를 클릭합니다
별칭을 SMTP 유형으로 추가하고 저장합니다

PowerShell로 "Send From Alias" 활성화:

기본적으로 M365는 From 헤더를 기본 SMTP 주소로 다시 씁니다. 테넌트 수준에서 이를 비활성화해야 합니다.

Connect-ExchangeOnline
Set-OrganizationConfig -SendFromAliasEnabled $true
Get-OrganizationConfig | Format-List SendFromAliasEnabled

변경 사항 반영에는 최대 24시간이 걸릴 수 있습니다.

Google Workspace

Google에서는 이를 "Alternate email addresses"라고 합니다.

별칭 추가:

Admin Console > Directory > Users
사용자 선택 > Add Alternate Emails
별칭 접두사(예: support)를 입력하고 저장합니다

클라이언트 설정("Treat as Alias" 확인란 주의):

사용자가 Gmail > Settings > Accounts에 로그인합니다
"Send mail as" 아래에서 Add another email address를 클릭합니다
별칭 이름과 주소를 입력합니다
"Treat as an alias" 선택을 해제합니다. 선택되어 있으면 Google이 기본 사서함 인증 정보를 사용하며 헤더에 실제 주소가 노출될 수 있습니다

Postfix / Linux (자체 호스팅)

자체 메일 서버를 운영한다면 별칭은 /etc/aliases 또는 가상 맵에 있습니다.

파일 기반 설정:

# /etc/aliases
sales: bob
support: bob, alice

# Then regenerate:
newaliases

가상 맵 설정(Postfix):

# /etc/postfix/virtual
sales@example.com    bob@example.com

# Apply:
postmap /etc/postfix/virtual && postfix reload

main.cf에 virtual_alias_maps = hash:/etc/postfix/virtual이 포함되어 있는지 확인하세요.

TrekMail

TrekMail에서는 이메일 별칭 주소를 간단히 만들 수 있습니다. 여러 신원을 관리하도록 설계되어 PowerShell이나 클라이언트 측 인증 코드가 필요하지 않습니다.

TrekMail Dashboard에 로그인합니다
Mailboxes로 이동합니다
대상 사서함을 선택합니다
원하는 별칭 주소를 입력합니다
Save를 클릭합니다

TrekMail의 SMTP 서버는 인증된 사용자가 연결된 별칭으로 발신하도록 승인할 수 있습니다. Outlook, Thunderbird, Apple Mail 같은 클라이언트의 "From" 목록에서 주소를 선택하면 됩니다. 저장 공간은 사용자별 할당량이 아니라 도메인의 전체 풀(최대 200 GB)에 합산됩니다.

규모가 커져도 유지되는 이메일 별칭 이름 규칙

이메일 별칭 주소를 만들 때마다 이름이 중요합니다. 잘못된 이름은 신규 채용과 공급업체 가입 때마다 커지는 기술 부채를 만듭니다. 다음은 이 년 뒤 모든 주소를 바꾸고 싶지 않은 조직을 위한 이름 표준입니다.

역할 기반 별칭

이 주소들은 직원이 바뀌어도 유지됩니다. 명함이나 계약서에 개인 이메일을 인쇄하지 않는 편이 좋습니다.

기능	표준 별칭	피할 이름
인바운드 잠재 고객	sales@, growth@	newbiz@ (혼란스러움)
고객 관리	support@, help@	questions@ (모호함)
재무	billing@, accounts@	invoices@ (지나치게 구체적)
인사	careers@, jobs@	hr-dept@ (중복)
보안/악용	abuse@, postmaster@	없음(RFC 2142 필수)

RFC 2142는 모든 도메인에 postmaster@과 abuse@이 존재하도록 요구합니다. 모니터링되는 받은편지함으로 연결하세요.

공급업체 추적 전략

공급업체 추적용 이메일 별칭 주소도 만들 수 있습니다. 일회용 별칭으로 데이터 유출 경로를 추적하세요. vendorname@yourdomain.com(예: hubspot-admin@yourdomain.com)으로 서비스에 가입합니다. 그 주소로 스팸이 오면 어느 공급업체가 영향을 받았는지 알 수 있습니다. 기본 주소를 건드리지 않고 별칭을 삭제해 스팸을 막으세요.

플러스 주소 지정(RFC 5233)

TrekMail을 포함한 많은 최신 메일 서버는 플러스 주소 지정을 기본 지원합니다. 관리자 설정은 대개 필요하지 않습니다.

구문: user+tag@domain.com(예: bob+newsletter@domain.com). 즉석 필터링에 활용해 +newsletter가 포함된 메일을 특정 폴더로 보내는 받은편지함 규칙을 설정하세요.

문제 해결: 이메일 별칭이 작동하지 않을 때

이메일 별칭 주소를 만든 뒤 수신이나 발신이 제대로 되지 않으면 이 진단표로 문제를 빠르게 좁혀 보세요.

증상	오류 코드	근본 원인	해결 방법
즉시 반송	`550 5.1.1`	별칭이 없거나 DNS에 오타가 있음	철자를 확인하고 MX 레코드가 올바른 서버를 가리키는지 점검합니다.
지연 반송	`5.4.14` Hop count exceeded	라우팅 루프	별칭이 다시 별칭으로 자동 전달하는 사용자를 가리킵니다. 연결을 끊으세요.
발신 실패	`5.7.1`	"Send As" 제한	인증된 사용자가 별칭에 대한 권한이 없습니다. M365의 `Set-OrganizationConfig` 또는 TrekMail 별칭 연결을 확인하세요.
스팸함 도착	SPF Softfail	정렬 불일치	SRS 없이 외부 서비스로 전달하고 있습니다. 이메일 전달 설정 및 수정 가이드를 참고하세요.

전달과 별칭의 차이 알기

별칭 메일을 외부 목적지, 예를 들어 sales@yourdomain.com에서 you@gmail.com으로 보내면 별칭 영역을 벗어나 이메일 별칭 전달이 됩니다. 이 차이는 전송 가능성에 영향을 줄 수 있습니다.

문제는 다음과 같습니다. client@bank.com이 sales@yourdomain.com으로 메일을 보내고 서버가 Gmail로 전달하면, Gmail은 서버 IP에서 온 메시지를 보지만 From 주소는 bank.com입니다. SPF가 실패하며 이메일이 스팸함에 갈 수 있습니다.

해결에는 SRS(Sender Rewriting Scheme)와 ARC(Authenticated Received Chain)가 필요합니다. TrekMail은 발신 전달에 SRS를 자동 적용할 수 있습니다. 소비자 계정으로 전달하기보다 별칭을 사용해 비즈니스 메일을 비즈니스 도메인 안에 두는 편이 나을 수 있습니다. 도메인 이메일 별칭과 사서함 비교에서 장단점을 확인하세요.

별칭 관리를 위한 TrekMail 요금

요금제	가격	별칭	주요 기능
Free	$0	제한적	신용카드 불필요
Starter	$3.50/mo	무제한	사용자 지정 도메인 및 Send As
Pro	$10/mo	무제한	우선 지원 및 SRS 전달
Agency	$23.25/mo	무제한	다중 도메인 및 팀 관리

유료 요금제에는 14일 무료 체험이 제공될 수 있습니다(카드 필요). Nano 요금제에는 카드가 필요하지 않습니다.

마무리

이메일 별칭 주소를 올바르게 만들면 한 받은편지함에서 sales@, support@, billing@과 원하는 공급업체 추적 주소를 관리할 수 있어 사용자를 추가하거나 업무 흐름을 나눌 필요가 없습니다. TrekMail 설정은 약 오 분, 적절한 Send As 정렬이 필요하면 M365나 Google Workspace에서는 조금 더 걸릴 수 있습니다.

빠른 체크리스트: