게시일 수정일
지메일 커스텀 도메인 연결: Cloudflare로 무료 설정
Google Workspace 요금을 내지 않아도 지메일 커스텀 도메인 연결이 가능합니다. 도메인의 DNS를 Cloudflare로 옮기고 Cloudflare Email Routing(이메일 라우팅)을 켜면, 내가 고른 주소로 온 메일이나 캐치올(catch-all) 규칙을 통해 모든 주소로 온 메일을 Gmail 받은편지함으로 무료로 전달합니다. 도메인 자체에는 여전히 돈이 듭니다. Cloudflare처럼 원가로 판매하는 도메인 등록 업체에서 .com 도메인은 연 10~11달러 정도이며(2026년 9월 기준), 다른 곳에서는 더 비싼 경우가 많습니다. 무료 Gmail에서 내 도메인 주소로 메일을 보내는 기능은 곧 끝납니다. Google은 2027년 1월에 타사 주소의 ‘다음으로 보내기’ 기능을 없앱니다.
아래의 메뉴 경로와 수치는 2026년 9월 25일에 Google과 Cloudflare의 문서로 확인했습니다. 이렇게 사이트마다 다른 주소를 쓴다면, CatchNone이 iPhone, iPad, Mac에서 그 Gmail 받은편지함을 읽고 각 메시지가 어느 주소로 왔는지 보여 줍니다.
지메일 커스텀 도메인 연결 방법 요약
- 도메인을 Cloudflare DNS로 옮기세요.
- Cloudflare에서 Compute(컴퓨팅) > Email Service(이메일 서비스) > Email Routing으로 이동해 ‘Onboard Domain’(도메인 추가)을 선택하세요.
- ‘Destination Addresses’(받을 주소)에 Gmail 주소를 추가하고, Cloudflare가 보낸 이메일에서 ‘Verify email address’(이메일 주소 인증)를 선택하세요.
- ‘Routing Rules’(라우팅 규칙)에서 주소마다 규칙을 추가하거나 ‘Catch-all rule’(캐치올 규칙)을 켜고, ‘Send to an email’(이메일로 보내기)과 Gmail 주소를 지정하세요.
- 다른 계정에서 테스트 메일을 보내고 Gmail에서 스팸함까지 확인하세요.
- 내 도메인 주소로 보내려면 ‘다른 주소에서 메일 보내기’가 남아 있는 동안은 그 기능을 쓰고, 그 뒤에는 SMTP 전달 서버, Workspace 또는 메일 호스트를 쓰세요.
Gmail로 커스텀 도메인을 쓸 때 무료인 것
| 항목 | 비용(2026년 9월 기준) | 참고 |
|---|---|---|
| 도메인 | 원가로 판매하는 등록 업체에서 .com 기준 연 10~11달러 정도 |
Cloudflare Registrar는 레지스트리 수수료와 ICANN 수수료를 넘는 금액을 받지 않습니다. Verisign의 .com 도매가는 2026년 11월 1일에 10.26달러에서 10.97달러로 오릅니다(Domain Name Wire). |
| Cloudflare DNS와 Email Routing | 무료 | Workers Free 요금제에서 수신 메일은 “Unlimited”(무제한)입니다(요금). 도메인의 DNS를 Cloudflare가 운영해야 합니다. |
| Gmail | 무료 | 최대 15GB이며, Google Drive, Google Photos와 함께 씁니다. |
| Gmail에서 내 도메인 주소로 보내기 | 2027년 1월까지 ‘다른 주소에서 메일 보내기’로 무료. 단, Gmail이 새 주소를 아직 받아 주는 경우에 한함 | 내 도메인의 DMARC를 통과하지 못할 수 있습니다. 그 이후에는 Workspace, 전달 서버 또는 다른 메일 호스트가 필요합니다(아래 ‘내 도메인으로 보내기’ 참고). |
예전 가이드가 더 이상 통하지 않는 이유
많은 가이드가 Gmail의 ‘Check mail from other accounts’(다른 계정에서 메일 확인하기, POP)로 도메인의 메일을 Gmail로 가져오는 방법을 안내합니다. Google은 이 기능을 종료하고 있습니다. Google에 따르면 이 기능은 2026년 1분기 이후 새 사용자를 지원하지 않으며, 기존 사용자는 2027년 1월까지 계속 쓸 수 있습니다.
단순 전달은 계속 작동합니다. Google은 변경 사항에 관한 FAQ에서 다른 제공업체가 Gmail 주소로 메일을 자동 전달하는 것은 여전히 가능하다고 확인했으며, Cloudflare Email Routing이 하는 일이 바로 이것입니다.
일반 Gmail 계정에서도 캐치올 주소나 와일드카드 주소를 쓸 수 있나요?
아니요. 개인 @gmail.com 계정에는 캐치올 주소(와일드카드 주소라고도 합니다)가 없습니다. 쓸 수 있는 것은 플러스 주소(이름+태그@)와 점을 넣은 주소뿐입니다. janedoe+school@gmail.com이나 jane.doe@gmail.com으로 보낸 메일은 janedoe@gmail.com에 도착하며, 누구든 태그나 점을 지우면 실제 주소를 알아낼 수 있습니다. @ 앞에 어떤 이름을 써도 메일을 받는 진짜 캐치올 주소를 쓰려면, 내가 소유한 도메인과 함께 모든 주소를 받아 주는 서비스를 Gmail 앞에 두어야 합니다. 아래 단계에서는 Cloudflare로 이를 설정합니다.
1단계: 도메인의 DNS를 Cloudflare로 옮기기
Email Routing은 Cloudflare DNS를 쓰는 도메인에서만 작동합니다. Cloudflare Registrar에서 구매한 도메인은 이미 Cloudflare DNS를 쓰므로 2단계로 넘어가세요. 그렇지 않다면 Cloudflare의 전체 설정 가이드에 따라 Cloudflare 대시보드에서 다음과 같이 진행하세요(2026년 9월 기준).
- ‘Domains’(도메인)로 이동해 ‘Onboard a domain’(도메인 추가)을 선택하세요.
example.com같은 도메인을 입력하고 ‘Continue’(계속)를 선택한 다음 Free 요금제를 고르세요.- Cloudflare가 찾은 DNS 레코드를 검토하세요. 빠른 스캔으로는 일부 레코드를 놓칠 수 있으므로, 현재 DNS 제공업체의 레코드, 특히 웹사이트용 레코드와 비교하세요.
- 도메인 등록 업체에서 DNSSEC이 켜져 있다면 네임서버를 바꾸기 전에 끄세요. 나중에 Cloudflare에서 다시 켤 수 있습니다.
- 도메인 등록 업체에서 네임서버를 Cloudflare가 배정한 네임서버 2개로 바꾸세요. 정확히 복사해 넣어야 합니다.
- 변경이 반영되기까지 최대 24시간을 기다리세요.
주의할 점이 하나 있습니다. Email Routing에는 Cloudflare의 MX 레코드가 필요하며, Cloudflare는 외부 메일 서버와 함께 Email Routing을 쓸 수 없다고 설명합니다. 이미 다른 호스트에서 메일을 받고 있는 도메인이라면 라우팅이 그 호스트의 MX 레코드를 대체하므로, 새 메일이 더 이상 그 메일박스에 도착하지 않습니다.
DNS를 지금 있는 곳에 그대로 두고 싶다면, 도메인 등록 업체의 이메일 포워딩이나 ImprovMX 같은 포워딩 서비스로도 비슷하게 메일을 Gmail로 넘길 수 있습니다. 어떤 호스트에서든 캐치올을 설정하는 방법에서 이런 서비스를 다룹니다.
2단계: Email Routing을 켜고 Gmail 주소 인증하기
2026년 9월 기준 Cloudflare의 설정 단계는 다음과 같습니다.
- 대시보드에서 Compute > Email Service > Email Routing으로 이동하세요.
- ‘Onboard Domain’을 선택하고 도메인을 고른 다음, Cloudflare가 추가할 MX, SPF, DKIM 레코드를 검토하고 ‘Done’(완료)을 선택하세요.
- ‘Destination Addresses’로 이동해 Gmail 주소를 입력하세요.
- Cloudflare가 Gmail로 보낸 이메일을 열고 ‘Verify email address’를 선택하세요.
주소를 인증하기 전까지 그 주소를 가리키는 규칙은 모두 비활성 상태로 남습니다. Cloudflare DNS에서 레코드는 보통 5~15분 안에 작동하지만, 전파되기까지 최대 24시간이 걸릴 수 있습니다.
Cloudflare는 자사 메일 서버를 가리키는 MX 레코드, SPF 레코드 v=spf1 include:_spf.mx.cloudflare.net ~all, cf2024-1._domainkey의 DKIM 키를 추가합니다. 도메인에는 SPF 레코드가 하나만 있어야 하므로, 이미 SPF 레코드가 있다면 둘을 합치고 SPF의 DNS 조회 10회 한도를 넘지 않게 하세요(도메인 설정). MX 레코드는 다른 가이드의 호스트 이름을 복사하지 말고 대시보드가 추가하게 두세요.
3단계: 주소, 캐치올 규칙, Drop 규칙 만들기
모두 Compute > Email Service > Email Routing에서 설정합니다. 도메인을 선택하고 ‘Routing Rules’ 탭을 여세요(Cloudflare 규칙 가이드).
주소를 하나씩 만들기
- ‘Create routing rule’(라우팅 규칙 만들기)을 선택하세요.
- ‘Email pattern’(이메일 패턴)에
shop처럼 @ 앞부분을 입력하고 도메인을 고르세요. - ‘Action’(작업)을 ‘Send to an email’로 설정하고 ‘Destination’(받을 주소)에서 Gmail 주소를 고른 다음 저장하세요.
패턴이 같은 규칙을 2개 만들지 마세요. 목록에서 첫 번째 규칙만 메일을 처리합니다.
캐치올 규칙
- ‘Routing Rules’에서 ‘Catch-all rule’을 켜서 ‘Active’(활성)로 표시되게 하세요.
- ‘Action’을 ‘Send to an email’로 설정하고 Gmail 주소를 고르세요.
- ‘Save’(저장)를 선택하세요.
이제 airline@example.com처럼 그 자리에서 지어낸 주소와 오타가 난 주소까지, 내 도메인의 모든 주소로 온 메일이 Gmail에 도착합니다. 장단점은 캐치올 이메일 주소란 무엇인가를 참고하세요.
Drop 규칙으로 주소 하나 막기
어떤 주소로 스팸 메일이 오기 시작하면, 바로 그 주소에 대한 라우팅 규칙을 만들고 ‘Action’을 ‘Drop’(삭제)으로 설정하세요. Cloudflare는 Drop이 규칙에 맞는 이메일을 라우팅하지 않고 삭제한다고 설명합니다. 다만 특정 주소의 규칙이 캐치올 규칙보다 우선한다고 문서에 분명히 적혀 있지는 않으므로 직접 테스트하세요. 다른 계정에서 그 주소로 메일을 보낸 뒤, Email Routing의 Activity log(활동 로그)에 ‘Dropped’가 표시되는지 확인하세요.
규칙을 지우지 않고 잠시 멈추려면 ‘Disabled’(비활성)로 전환하세요. 캐치올 규칙이 켜져 있으면 그 주소로 온 메일이 캐치올 규칙을 통해 여전히 도착할 수 있으므로, 막으려면 Drop을 쓰세요.
플러스 주소와 점
캐치올 규칙이 켜져 있으면 shop+news@example.com은 어느 쪽이든 Gmail에 도착합니다. 이 주소가 Drop 규칙을 포함해 shop@example.com의 규칙을 따르게 하려면 Email Routing > ‘Settings’(설정)에서 subaddressing(하위 주소 지정)을 켜세요. subaddressing을 켜지 않으면 shop@을 막는 Drop 규칙을 만들어도 shop+news@로 온 메일은 막히지 않습니다. Gmail과 달리 Cloudflare는 점을 일반 문자로 취급하므로 j.smith와 jsmith는 서로 다른 주소입니다. @ 앞에는 ASCII가 아닌 문자(한글 등)를 쓸 수 없습니다.
테스트하기
- 인증한 Gmail 주소가 아닌 다른 계정에서,
shop@example.com처럼 라우팅을 설정한 주소로 메일을 보내세요. Cloudflare는 일부 제공업체가 배달받을 계정 자신에게서 온 것처럼 보이는 메시지를 버린다고 경고합니다. - Gmail 받은편지함과 스팸함을 확인하세요.
- 메일이 없다면 Activity log를 열고 Forwarded, Dropped, Rejected, Delivery failed 중 어느 것이 표시되는지 확인하세요.
내 도메인으로 보내기: 2027년 1월 전과 후
Email Routing은 받기만 합니다. Cloudflare는 Cloudflare 도메인에서 메일을 보내거나 답장하는 기능을 지원하지 않는다고 밝히고 있으므로, Gmail에서 답장하면 @gmail.com 주소로 나갑니다.
시작하기 전에: Google에 따르면 2027년 1월부터는 Gmail에서 타사 이메일 계정으로 메일을 보낼 수 없게 됩니다. Google은 ‘다음으로 보내기’에 의존하는 비즈니스에 데스크톱 메일 클라이언트나 커스텀 도메인용 Google Workspace를 권하므로, Cloudflare로 라우팅하는 도메인에서는 이 기능이 멈출 것에 대비하세요. Google은 그 전에도 새 설정을 제한할 것이라고 밝혔기 때문에, 새 주소를 추가하는 대화상자가 이미 거부할 수도 있습니다.
2027년 1월까지: 다른 주소에서 메일 보내기
Google의 다른 주소에서 메일 보내기 안내에 따라 컴퓨터의 Gmail에서 다음과 같이 하세요.
- ‘Settings’(설정) > ‘See all settings’(모든 설정 보기) > ‘계정 및 가져오기’(또는 ‘Accounts’(계정))를 여세요.
- ‘다른 주소에서 메일 보내기’에서 ‘다른 이메일 주소 추가’를 클릭하세요.
- 이름과
you@example.com을 입력하고 ‘Next Step’(다음 단계)을 클릭하세요. - SMTP 정보를 입력하세요. Google의 SMTP 설정은
smtp.gmail.com에 포트587과 TLS, 또는 포트465와 SSL입니다. 사용자 이름에는 전체 Gmail 주소를, 비밀번호에는 Gmail 앱 비밀번호를 넣은 다음 ‘Add Account’(계정 추가)를 클릭하세요. - Gmail이
you@example.com으로 확인 링크를 보내고, 라우팅이 이 메일을 Gmail로 배달합니다. 메일 속 링크를 클릭하세요. 메일이 보이지 않으면 스팸함에서send-as-noreply@google.com을 찾아보세요.
Google 도움말에 따르면 ‘Edit info’(정보 수정) > ‘Specify a different “reply to” address’(다른 회신 주소 지정)를 설정하지 않는 한 답장은 기본적으로 Gmail 주소로 갑니다.
DMARC 경고: 이렇게 보낸 메일은 내 도메인이 아니라 Gmail로 인증되므로, 내 도메인의 DMARC를 통과하지 못할 수 있습니다. 현재 DMARC 표준인 RFC 9989에 따르면, 메시지는 From 주소와 정렬된(aligned) 도메인에 대해 SPF나 DKIM이 통과할 때만 DMARC를 통과합니다. 내 도메인이
p=quarantine이나p=reject를 게시하고 있다면, 받는 쪽에서 메일을 정크로 분류하거나 거부할 수 있습니다.이 방식으로 보내는 동안에는
p=none을 유지하면서 집계 보고서를 받으세요. RFC 9989에서는 이를 Monitoring Mode(모니터링 모드)라고 부릅니다. 또는 내 도메인으로 DKIM 서명을 하는 전달 서버로 바꾸세요. Gmail 수신자에게는 이름 옆에 “via”(경유)가 표시될 수도 있습니다. Google의 “via” 표시에 관한 도움말에 따르면 해결책은 내 도메인과 연결된 DKIM 서명입니다.
현재 정책을 확인하려면 Cloudflare의 DNS > Records(레코드)에서 이름이 _dmarc인 TXT 레코드를 찾으세요. Cloudflare의 무료 DMARC Management(Email > DMARC Management)로 보고서를 모을 수 있습니다. 메시지를 확인하려면 다른 계정으로 보낸 다음 Gmail에서 열고 ‘More’(더보기) > ‘원본 보기’를 선택해 SPF, DKIM, DMARC 줄을 읽으세요.
내 도메인으로 서명하는 전달 서버로 보내기
내 도메인으로 DKIM 서명을 하는 SMTP 전달 서버(릴레이)를 쓰면 DMARC를 통과하며, ‘다음으로 보내기’가 끝난 뒤에도 메일 클라이언트에서 계속 쓸 수 있습니다. 2026년 9월 기준 방법은 다음과 같습니다.
- SMTP2GO 같은 전달 서버에 가입하세요. 가입할 때 Gmail 주소는 받지 않으므로, 라우팅이 Gmail로 배달해 주는
you@example.com을 쓰세요. - 전달 서버에 도메인을 추가하고, 표시되는 DNS 레코드를 Cloudflare의 DNS > Records에 복사해 넣으세요. CNAME 레코드는 모두 ‘DNS only’(DNS 전용)로 설정하고, SPF include는 하나뿐인
v=spf1레코드에 합치세요. - 2027년 1월까지는 ‘다른 주소에서 메일 보내기’의 4단계에서
smtp.gmail.com대신 전달 서버의 SMTP 서버, 포트, 사용자 이름, 비밀번호를 입력하세요. - 그 이후에는 데스크톱 메일 클라이언트에서 IMAP으로 Gmail을 읽고,
you@example.com의 발신 서버로 전달 서버를 지정하세요. Thunderbird에서는 ☰ > ‘Account Settings’(계정 설정) > Gmail 계정 > ‘Manage Identities…’(ID 관리) > ‘Add’(추가)로 이동합니다(Mozilla 가이드). - 다른 계정으로 테스트 메일을 보내고 ‘원본 보기’에서 내 도메인에 대해 DKIM과 DMARC가 통과하는지 확인하세요.
2027년 1월 이후의 선택지
| 선택지 | 비용(2026년 9월 기준) | 장단점 |
|---|---|---|
| Google Workspace | 사용자당 월 7달러부터(아래 참고) | 내 도메인에 진짜 Gmail 메일박스가 생깁니다. Workspace의 MX 레코드가 Email Routing을 대체합니다. |
| IMAP으로 Gmail을 읽고 SMTP 전달 서버로 보내는 데스크톱 메일 클라이언트 | 무료 요금제가 있는 전달 서버도 있습니다. SMTP2GO의 무료 요금제는 월 1,000통, 하루 200통까지입니다 | Gmail 웹사이트가 아니라 클라이언트에서 보냅니다. 내 도메인으로 DKIM 서명을 하는 전달 서버를 쓰면 DMARC를 통과합니다. |
| 그 전달 서버로 Cloudflare Email Sending(베타) 사용 | Workers Paid, 월 5달러부터, 3,000통 포함, 이후 1,000통당 0.35달러 | Cloudflare는 이 기능이 트랜잭션 이메일 전용이라고 설명합니다. SMTP는 smtp.mx.cloudflare.net, 포트 465이고, 비밀번호는 Cloudflare API 토큰입니다. 메시지는 첨부 파일을 포함해 5MiB로 제한됩니다. 자체 DMARC 레코드를 추가하므로 정책을 확인하세요. |
| 커스텀 도메인을 지원하는 메일 호스트 | 무료부터: Zoho Mail의 Forever Free 요금제(제공되는 경우)는 도메인 1개와 사용자 최대 5명을 지원하며 IMAP과 POP은 지원하지 않습니다. iCloud+와 Fastmail은 유료입니다 | 한곳에서 보내고 받을 수 있지만, MX 레코드를 그 호스트로 옮겨야 합니다. 커스텀 도메인용 이메일 제공업체를 참고하세요. |
Cloudflare Email Routing이 작동하지 않거나 스팸함으로 갈 때 해결 방법
메일이 도착하지 않을 때
먼저 Email Routing의 Activity log를 확인하세요. 최근 30일까지의 각 메시지가 Forwarded, Dropped, Rejected, Delivery failed 등 어떤 결과였는지 SPF, DKIM, DMARC 결과와 함께 보여 줍니다. 로그로 원인을 알 수 없다면 다음을 순서대로 확인하세요.
- 받을 주소가 인증되지 않았습니다. 그 주소의 규칙은 비활성 상태로 남습니다.
- 같은 Gmail 계정에서 테스트했습니다. 다른 계정에서 테스트하세요.
- Cloudflare가 거부했습니다. Cloudflare의 postmaster 페이지에 따르면, 보낸 사람의 DMARC 정책을 통과하지 못했거나, SPF와 DKIM을 모두 통과하지 못했거나, 차단 목록에 오른 발신자가 보낸 수신 메일은 거부됩니다(
554오류). 이는 보낸 사람만 해결할 수 있습니다. - 25MiB를 넘습니다. Cloudflare는 이보다 큰 메일을 모두 거부합니다.
- DNS가 잘못되었습니다. SPF 레코드가 2개이거나 예전 호스트의 MX 레코드가 남아 있으면 라우팅이 깨집니다. Cloudflare의 문제 해결 가이드는 어느 레코드를 남겨야 할지 모르겠다면
v=spf1레코드를 모두 지우고 다시 온보딩하라고 권합니다.
Email Routing은 배달 실패 보고서를 전달하지 않으므로, 보낸 사람이 실패 사실을 늘 알게 되는 것은 아닙니다.
Gmail 스팸함으로 들어갈 때
Cloudflare는 Gmail에서 SPF가 통과하도록 봉투 발신자(envelope sender)를 다시 쓰고, DKIM 서명을 추가하며, ARC를 지원합니다. 그래도 Gmail은 자체 검사를 하므로 정상 메일을 스팸 메일로 분류할 수 있습니다. 스팸 메일로 잘못 분류된 메일에 대한 Google의 해결 방법은 ‘Not spam’(스팸 아님)을 누르거나, 보낸 사람을 Google 주소록에 추가하거나, 필터를 만드는 것입니다. 라우팅되는 모든 주소에 적용하려면 컴퓨터의 Gmail에서 다음과 같이 하세요.
- 검색창에서 ‘Show search options’(검색 옵션 표시)를 클릭하세요.
- ‘To’(받는사람)에
@example.com처럼 도메인을 입력하고 ‘Search’(검색)를 클릭해 라우팅된 메일이 표시되는지 확인하세요. - ‘Create filter’(필터 만들기)를 클릭하고 ‘Never send it to Spam’(스팸으로 보내지 않음)을 선택한 다음 ‘Create filter’를 다시 클릭하세요.
Google의 예시는 보낸 사람 기준 필터이므로, 이렇게 도메인 전체에 거는 필터는 직접 테스트하세요. 대개는 작동하지만, 숨은참조(Bcc)로 받은 메일처럼 내 주소가 드러나지 않는 메일은 놓칠 수 있습니다. Google의 전달 관련 안내는 전달된 메일이 한번 스팸 메일로 표시되면 이후 메일도 스팸 메일로 분류될 가능성이 커진다고 경고합니다. 스팸 메일만 오는 주소에 Drop 규칙을 추가해야 하는 또 하나의 이유입니다.
무료 설정의 한도
2026년 9월 기준, Cloudflare의 한도 페이지와 Google 도움말에 따른 한도는 다음과 같습니다.
| 한도 | 값 |
|---|---|
| 도메인당 라우팅 규칙 | 200개(캐치올 규칙 하나로 모든 주소를 처리) |
| Cloudflare 계정당 받을 주소 | 200개, 모든 도메인이 함께 사용 |
| 규칙당 받을 주소 | 1개(Worker를 쓰면 여러 곳으로 전달 가능) |
| 수신 메시지 크기 | 25MiB. 이보다 큰 메시지는 거부됨 |
| 영역(zone)당 도메인과 하위 도메인 | 도메인 자체를 포함해 30개 |
| Gmail 발송 | 메시지 하나의 받는 사람이 500명을 넘거나 하루 500통을 넘으면 한도에 걸릴 수 있음 |
| ‘다른 주소에서 메일 보내기’ 주소 | 2027년 1월까지 최대 99개 |
돈으로 치르지 않는 비용도 있습니다. 도메인의 DNS 전체를 Cloudflare가 운영하며, 메일은 Google이 저장하고 필터링하기 전에 Cloudflare를 거칩니다.
Google Workspace에 돈을 낼 만한 경우
‘다음으로 보내기’가 끝난 뒤에도 Gmail 자체에서 내 도메인 주소로 계속 보내고 싶거나, 내 도메인 주소로 Gmail에 로그인하고 싶거나, 여러 사람에게 메일박스를 주어야 한다면 Workspace에 돈을 낼 만합니다. 2026년 9월 기준 Business Starter는 연간 요금제에서 사용자당 월 7달러, 유연한 요금제(Flexible Plan)에서 8.40달러이며, 14일 체험판, 사용자당 30GB의 공유 저장용량, 사용자당 최대 30개의 이메일 별칭, ‘기본 라우팅’을 통한 캐치올을 제공합니다. 받기만 하면 되고 @gmail.com 주소로 답장해도 괜찮다면 무료 설정으로 충분합니다.
캐치올 주소별로 따로 읽기
모든 메일은 Gmail 받은편지함 하나로 들어옵니다. 한 주소로 온 메일만 보려면 to:shop@example.com으로 검색하거나, 그 주소에 ‘Apply the label’(라벨 적용)을 지정하는 필터를 만드세요. IMAP으로 Gmail을 읽는 앱에는 Google로 로그인(Sign in with Google)이나 ‘앱 비밀번호’가 필요합니다. Gmail 앱 비밀번호와 IMAP 설정 가이드에서 앱 비밀번호를 만드는 방법과 이 옵션이 보이지 않는 이유를 다룹니다.
CatchNone에서 라우팅된 메일을 주소별로 읽기
CatchNone은 캐치올 도메인의 주소마다 자리를 따로 마련해 줍니다. 라우팅으로 채워지는 Gmail 받은편지함을 기기에서 직접, 읽기 전용으로 읽고 각 메시지를 도착한 주소 아래에 보여 주므로, 유출되거나 팔린 주소가 드러납니다. 만든 적 없는 주소로 온 메일은 회색 배지와 함께 표시되며, 나중에 그 주소로 별칭을 만들면 그 주소에 이름이 붙습니다. 무료 요금제에서는 내 도메인의 별칭을 최대 10개까지 쓸 수 있고, Lite와 Premium에서는 제한 없이 만들 수 있습니다. CatchNone은 iPhone, iPad, Mac에서 사용할 수 있습니다.
CatchNone에는 Google로 로그인 기능이 없으므로, ‘고급’ 설정(‘내 도메인 사용’)에서 Gmail 앱 비밀번호로 IMAP(imap.gmail.com, 포트 993, TLS) 정보를 직접 입력해 Gmail을 연결합니다. 앱은 읽기만 하지만, 앱 비밀번호 자체는 Gmail 전체에 접근할 수 있는 권한을 줍니다. Google은 모든 계정에 앱 비밀번호를 제공하지는 않으며, Google 계정 비밀번호를 바꾸면 앱 비밀번호를 취소합니다. 앱 비밀번호가 없다면 앱 암호를 제공하는 iCloud Mail이나 Fastmail 주소로 캐치올 메일을 라우팅하거나, iCloud+에서 커스텀 도메인 쓰기처럼 도메인의 메일을 그쪽으로 옮기세요.
CatchNone은 처음부터 수신 전용으로 설계되었으므로, 답장은 계속 Gmail에서 보내세요. 받은편지함만 읽으므로, Gmail이 스팸함으로 분류하거나 필터가 보관처리한 메일은 나타나지 않습니다(위의 ‘Never send it to Spam’ 필터가 도움이 됩니다). 확인은 앱을 열거나 새로고침할 때 이루어지며, 한 번에 최근 30일 동안 받은편지함에 온 메시지 중 가장 최근 100개까지 확인하고, 받는 사람(To), 참조(Cc), 숨은참조(Bcc)에 내 도메인의 주소가 있는 메시지만 가져옵니다. 별칭을 ‘사용 안 함’으로 표시해도 정리용 표시일 뿐이므로, 주소를 막으려면 Cloudflare에서 Drop 규칙을 쓰세요.
도메인, DNS, 라우팅을 아예 건너뛰고 싶다면, Premium에서는 가입하는 곳마다 전용 @catchnone.com 주소를 쓸 수 있으며, 그 메일은 Gmail 받은편지함에 들어오지 않습니다. 주소를 끄면 보낸 사람에게 반송됩니다.
자주 묻는 질문
Cloudflare Email Routing이란 무엇이며, Google 서비스인가요?
Google이 아니라 Cloudflare의 무료 포워딩 서비스입니다. Cloudflare의 MX 레코드를 통해 이 서비스가 내 도메인의 메일 서버가 됩니다. 각 메시지를 받아 SPF, DKIM, DMARC를 검사하고, 봉투 발신자를 다시 쓴 다음, Gmail이나 다른 받은 편지함 등 내가 인증한 받을 주소로 메시지를 넘깁니다.
Cloudflare Email Routing은 안전하고 믿을 만한가요?
메일을 Cloudflare와 Google 양쪽에 맡기게 됩니다. 더 큰 위험은 통제권입니다. Cloudflare 계정에 침입한 사람은 도메인의 모든 주소로 오는 메일을 다른 곳으로 돌릴 수 있고, 도메인이 만료된 뒤 그 도메인을 산 사람은 비밀번호 재설정 메일을 포함해 그 메일을 받게 됩니다. Cloudflare에서 2단계 인증을 켜고, 도메인 자동 갱신을 유지하세요. 이메일 도메인이 만료되면 어떻게 되는지도 참고하세요. 신뢰성의 한계는 문서에 나와 있습니다. 엄격한 DMARC 정책 때문에 전달된 메일이 실패할 수 있고, 25MiB가 넘는 메일은 거부되며, 보낸 사람이 실패 사실을 늘 알게 되는 것은 아니므로, 도착하지 않은 메일이 있으면 Activity log를 확인하세요.
커스텀 도메인으로 Gmail에 로그인할 수 있나요?
무료 Gmail로는 안 됩니다. 로그인은 @gmail.com 주소로 하며, 도메인은 그 주소로 메일을 전달할 뿐입니다. you@example.com으로 로그인하는 Gmail 받은편지함이 필요하다면 Google Workspace가 있어야 합니다. YouTube나 Google Drive 같은 서비스를 쓰기 위해 Gmail 주소 대신 내 이메일 주소를 쓰는 Google 계정을 무료로 만들 수도 있지만, 그 계정에는 Gmail 받은편지함이 없습니다.
하위 도메인에서도 Email Routing을 쓸 수 있나요?
네. Email Routing에서 기본 도메인을 선택하고 ‘Settings’를 연 다음, ‘Subdomains’(하위 도메인)에 하위 도메인을 입력하세요. Cloudflare가 필요한 레코드를 추가하며, 규칙은 같은 방법으로 만들면 됩니다.
끄거나 다른 제공업체로 옮기려면 어떻게 하나요?
Email Routing > Settings에서 ‘Disable Email Routing’(Email Routing 비활성화)을 선택하면 Email Routing이 추가한 MX, SPF, DKIM 레코드가 삭제됩니다. 공백 없이 옮기려면 먼저 같은 곳에서 그 레코드의 ‘Unlock’(잠금 해제)을 선택하고, 새 제공업체의 레코드를 추가한 다음, 새 설정이 작동하면 라우팅을 끄세요.