내 도메인으로 Cloudflare Email Routing을 설정하려면 어떻게 합니까?

시작하기 전에 무엇이 필요합니까?

DNS를 Cloudflare가 운영하는 도메인과, 메일을 전달할 기존 받은편지함이 최소 하나 필요합니다. Cloudflare 페이지에는 Cloudflare DNS를 사용해야 한다고 명시되어 있으므로, 다른 곳에서 구매한 도메인은 Cloudflare 계정에 추가하고 네임서버를 교체해야 합니다.

네임서버 변경은 도메인을 등록한 곳에서 합니다. Postelva의 DNS 탭은 2개에서 13개 사이의 자체 네임서버를 받으며, 이는 A, AAAA, CNAME, ALIAS, MX, TXT, NS, SRV, CAA 레코드를 지원하는 무료 DNS 호스팅, DNSSEC, 원하시면 자체 네임서버(2~13개)도 사용 가능의 무료 호스팅과 별도입니다. Cloudflare의 안내에 따르면, 할당된 네임서버 이름 두 개를 정확히 복사해야 하며, DNSSEC이 켜져 있다면 먼저 등록기관에서 끄고 도메인이 Active로 표시된 후 다시 켜야 합니다. 활성화까지 최대 24시간이 걸릴 수 있습니다.

Cloudflare는 어떤 DNS 레코드를 추가합니까?

온보딩하면 루트 도메인에 MX 레코드, SPF 레코드, DKIM 레코드가 추가됩니다. MX 호스트 3개는 mx.cloudflare.net 아래의 route1, route2, route3이며, 우선순위는 Cloudflare가 직접 정하므로 숫자를 입력할 필요가 없습니다. SPF 값은 v=spf1 include:_spf.mx.cloudflare.net ~all입니다.

도메인에 이미 SPF 레코드가 있다면, 두 번째 레코드를 추가하지 말고 Cloudflare의 include를 기존 레코드에 합치십시오. 도메인은 SPF 레코드를 하나만 게시할 수 있으며, SPF는 DNS 조회를 최대 10번까지만 허용합니다. 합치는 방법은 SPF 레코드를 만드는 방법에서 설명합니다. 라우팅 레코드는 하위 도메인이 아니라 루트 도메인에 있어야 합니다.

이 페이지에는 Email Routing이 Cloudflare MX 레코드를 필요로 한다고 나와 있으므로, 같은 도메인에서 외부 메일 서버와 함께 운영할 수 없습니다.

도메인에 이미 MX 레코드가 있으면 어떻게 됩니까?

기존 MX 레코드를 삭제하기 전까지 온보딩은 오류 2008, Non-Cloudflare MX records exist로 실패합니다. 이전 제공자의 항목을 삭제하고, 바로 이어서 Cloudflare 항목을 추가하십시오. Cloudflare는 MX 레코드가 전혀 없는 짧은 시간이 있다고 밝히고 있기 때문입니다.

이전 메일함에 필요한 메일이 남아 있다면, 전환 전에 옮겨 두십시오. 작업 순서는 이메일 주소를 유지하면서 제공자를 바꾸는 방법에 나와 있습니다. 그다음 MX, SPF, DKIM, DMARC 레코드를 확인하는 방법의 점검 항목으로 검증하십시오.

주소, 플러스 주소 지정, 캐치올은 어떻게 작동합니까?

각 규칙은 하나의 주소 패턴을 하나의 목적지에 연결하며, 캐치올 규칙은 도메인의 나머지 모든 주소를 하나의 목적지로 보냅니다. 캐치올은 철자가 틀린 로컬 파트도 받습니다. Routing Rules에서 켜고, 동작을 선택한 다음 저장하십시오.

플러스 주소 지정도 작동합니다. [email protected] 메일은 [email protected] 규칙에 맞고, +detail 부분을 유지합니다. 동작은 Send to an email, Send to a Worker, Drop이 있습니다. Drop은 일치하는 메일을 라우팅하지 않고 삭제하므로, 주소가 유효해 보이게 하면서 들어오는 메일을 버릴 수 있습니다.

규칙은 목적지가 인증될 때까지 비활성 상태입니다. 한 패턴을 여러 받은편지함으로 보내려면, 목적지마다 forward를 호출하는 Worker가 필요합니다. 별칭에 대한 더 많은 아이디어는 캐치올 주소와 별칭을 사용하는 방법에 있습니다.

Email Routing의 한도는 무엇입니까?

도메인당 규칙 200개, 계정당 목적지 주소 200개, 수신 메시지는 최대 25 MiB입니다. 더 큰 메시지는 거부됩니다.

들어오는 메일은 SPF를 통과하거나 유효한 DKIM 서명을 가져야 하며, Email Routing은 발신자의 DMARC 정책을 존중하므로 엄격한 발신자의 경우 전달이 실패할 수 있습니다. 전달된 메일에 대해 Cloudflare는 DKIM 서명을 두 개 추가하는데, 하나는 email.cloudflare.net용이고 다른 하나는 내 도메인용입니다.

가장 큰 한계는 기능적인 것입니다. Cloudflare 페이지에 따르면 Email Routing은 Cloudflare 도메인에서의 발신이나 회신을 지원하지 않으며, 회신은 목적지 주소로 갑니다. [email protected]으로 답장하려면 Gmail에서 맞춤형 도메인을 사용하는 방법에 설명된 Send mail as 설정 같은 다른 발신 수단이나 메일 제공자가 필요합니다.

Email Routing은 메일함과 비교했을 때 레코드를 몇 개 추가합니까?

Email Routing은 레코드 5개를 추가하며, 이는 메일 제공자가 입력하라고 요구하는 것보다 적습니다. Postelva의 2026년 11월 12일 조사에 따르면, Email Routing은 DNS 레코드 5개(MX 3개, SPF 1개, DKIM 1개)를 만드는 반면, Proton Mail 맞춤 도메인은 8개, addy.io는 7개가 필요합니다. 각 서비스의 설정 페이지를 기준으로 집계했습니다.

Postelva에서 도메인은 첫해와 그 이후 매년 .com 기준 US$12.49/년입니다. 따라서 전달 구성의 비용은 도메인과 전달할 받은편지함 비용뿐입니다. Postelva는 메일함이 아니라 도메인을 판매하며, 네임서버를 옮기고 싶지 않은 사람을 위해 자체 고객 영역에서 이용할 수 있는 무료 이메일 전달 및 URL 전달도 제공합니다. 등록기관과 비교한 장단점은 이메일 도메인용 Cloudflare Registrar 대안에서 다룹니다.