# p=none에서 p=reject까지 DMARC는 어떻게 설정하나요?

> p=none과 rua 주소로 _dmarc에 TXT 레코드를 게시하고, 한 달간 보고서를 읽은 뒤 quarantine, reject로 옮기세요 (RFC 9989).

- URL: https://postelva.com/ko/guides/dmarc-setup/
- 최종 업데이트: 2026-11-12
- 발행자: Postelva (https://postelva.com)

DMARC는 세 가지 인증 레코드 중 마지막이며 정책이 있는 유일한 레코드입니다. 모니터링 모드로 시작해 점차 강화하세요.

**빠른 답변 — 내 도메인에 DMARC는 어떻게 설정하나요?**

_dmarc.yourdomain 에 v=DMARC1; p=none; rua=mailto:you@yourdomain 이라고 쓴 TXT 레코드를 게시하고, 약 한 달간 집계 보고서를 읽은 뒤 정책을 quarantine으로, 마지막으로 reject로 올리세요. DMARC는 2026년 5월부터 RFC 9989로 정의됩니다. **Postelva**의 무료 DNS 편집기에서 레코드를 호스팅합니다.

## 세 가지 DMARC 정책과 각각의 역할

| 정책 | 레코드 | DMARC에 실패한 메시지에 대한 효과 | 사용 시점 |
| --- | --- | --- | --- |
| 모니터링 | v=DMARC1; p=none; rua=mailto:dmarc@example.com | 평소처럼 배달되며 보고서가 발송됨 | 처음 몇 주, 모든 발신자를 파악하기 위해 |
| 격리 | v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com | 의심스러운 메시지로 취급되어 보통 스팸함으로 이동 | 정상적인 모든 메일에서 SPF와 DKIM이 통과한 후 |
| 거부 | v=DMARC1; p=reject; rua=mailto:dmarc@example.com | 수신 서버가 거부함 | 보고서에 정상 메일의 실패가 더 이상 없을 때 |

## 여섯 단계로 DMARC 설정하기

1. **먼저 SPF와 DKIM 확인하기** — DMARC는 둘 중 하나 이상이 통과하고 From 도메인과 일치해야 합니다. SPF와 DKIM 가이드를 참고해 DMARC보다 먼저 둘 다 게시하세요.
2. **보고서를 받을 메일함 정하기** — dmarc@yourdomain 같은 주소를 만드세요. RFC 9989는 소유자가 집계 보고서를 받고 분석할 메일함을 마련해야 한다고 말합니다.
3. **모니터링 레코드 게시하기** — 호스트 _dmarc, 값 v=DMARC1; p=none; rua=mailto:dmarc@yourdomain 으로 TXT 레코드를 추가하세요.
4. **약 한 달간 보고서 읽기** — 보고서는 보고서를 보내는 수신 측에서 하루에 약 한 번 도착합니다. SPF와 DKIM 정렬에 실패하는 정상 메일을 찾아 해당 발신자를 수정하세요.
5. **quarantine으로 이동** — p=none을 p=quarantine으로 바꾸세요. 비슷한 기간 유지하며 보고서에서 메시지가 어떻게 처리되었는지 비교하세요.
6. **reject로 이동하거나 quarantine에서 멈추기** — 보고서에 문제가 없으면 p=reject로 바꾸세요. 이 도메인에서 메일링 리스트에 글을 올린다면 quarantine에 머무르세요.

*세 단계로 보는 레코드*

```dns
; stage 1: monitor
_dmarc.example.com.  IN  TXT  "v=DMARC1; p=none; rua=mailto:dmarc@example.com"

; stage 2: quarantine
_dmarc.example.com.  IN  TXT  "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com"

; stage 3: reject
_dmarc.example.com.  IN  TXT  "v=DMARC1; p=reject; rua=mailto:dmarc@example.com"
```

## DMARC 레코드에는 무엇이 들어 있나요?

**DMARC 레코드는 _dmarc.yourdomain의 TXT 레코드로, v=DMARC1 로 시작하며 세미콜론으로 구분된 태그를 나열합니다.** 버전 태그가 맨 앞에 오며 대소문자를 구분합니다. RFC 9989는 다음 태그를 정의합니다. p(도메인 정책), sp(기존 서브도메인 정책), np(존재하지 않는 서브도메인 정책), adkim과 aspf(정렬, r은 완화, s는 엄격, 기본값은 완화), rua(집계 보고서 주소), ruf(실패 보고서 주소), fo(실패 옵션), t(테스트 모드, y 또는 n), psd.

p가 없으면 수신 측은 정책을 none으로 취급합니다. sp가 없으면 p 정책이 서브도메인에도 적용됩니다. rua가 없으면 집계 보고서가 생성되지 않습니다. 따라서 유용한 최소한의 레코드는 버전, 정책, 보고서 주소의 세 부분으로 구성됩니다.

많은 오래된 가이드가 여전히 보여 주는 pct 태그는 0과 100 외에는 정확히 적용되는 경우가 드물어 RFC 9989에서 제거되었습니다. t 태그가 대체합니다. t=y는 pct=0처럼, t=n은 pct=100처럼 동작하며 기본값은 n입니다. 오래된 레코드에서 pct를 빼세요. 더 넓은 배경은 [SPF vs DKIM vs DMARC](https://postelva.com/ko/spf-vs-dkim-vs-dmarc/ "SPF vs DKIM vs DMARC: what is the difference?")에 있습니다.

## DMARC에서 정렬이란 무엇을 뜻하나요?

**정렬이란 SPF 또는 DKIM이 인증한 도메인이 눈에 보이는 From 주소의 도메인과 일치한다는 뜻입니다.** 기본값인 완화 모드에서는 둘이 같은 조직 도메인이기만 하면 되므로 mail.example.com 은 example.com 과 정렬됩니다. 엄격 모드에서는 동일해야 합니다. RFC 9989는 거의 모든 도메인 소유자가 완화 정렬로 충분하다고 본다고 밝힙니다.

SPF 또는 DKIM이 통과하고 정렬되면 메시지는 DMARC를 통과합니다. 둘 중 하나면 충분합니다. Proton Mail이나 Fastmail 같은 메일함 제공업체는 DKIM CNAME 레코드를 통해 내 도메인으로 서명하므로 추가 작업 없이 정렬이 유지됩니다. 함정은 자체 도메인으로 서명하는 제3자 서비스입니다. 그 서비스의 DKIM은 통과하지만 맞춤 서명 도메인을 설정하기 전에는 정렬되지 않습니다.

RFC 9989는 공개 접미사 목록 대신 최대 8번의 쿼리로 이루어진 DNS 트리 탐색을 통해 조직 도메인을 찾습니다. .com이나 .me의 일반 도메인이라면 따로 해야 할 일은 바뀌지 않습니다.

## p=none에는 얼마나 머물러야 하나요?

**p=reject로 가기 전에 p=none에 최소 한 달, 그다음 p=quarantine에 비슷한 기간 머무르세요.** 이는 RFC 9989가 도입 지침에서 권하는 순서이며 제공업체의 도움말 페이지와도 일치합니다. Mailbox.org는 샘플 레코드를 p=none으로 시작하며, 너무 일찍 엄격한 정책을 설정하면 정상 메일이 반송될 수 있다고 경고합니다. Proton은 p=quarantine을 권장하고 정상 메일이 통과하면 p=reject로 옮기라고 합니다.

2026년 11월 12일 Postelva이 DMARC 지침을 게시하는 3개 제공업체(Proton Mail, Mailbox.org, Mailfence)의 내용을 읽어 본 결과, 2곳은 p=none으로 시작하고 1곳은 p=quarantine을 권장합니다.

p=reject에는 두 가지 주의점이 있습니다. RFC 9989는 이를 쓰는 도메인이 SPF에만 의존해서는 안 되며 DKIM으로 서명해야 한다고 말합니다. SPF는 전달 시 깨지기 때문입니다. 또한 사용자가 메일링 리스트에 글을 올리는 도메인은 p=reject를 아예 게시해서는 안 된다고도 말합니다. 리스트는 흔히 메시지를 수정하여 서명을 깨뜨립니다.

## DMARC 보고서는 어디로 가며 무엇을 보여 주나요?

**집계 보고서는 rua의 mailto: 주소로 보통 수신 측마다 하루에 한 번 전송되며, From 줄에 내 도메인을 사용해 메일을 보낸 출처를 나열합니다.** RFC 9989는 수신 측이 mailto: 주소를 지원해야 하고 집계 보고서를 최소 24시간마다 보내기를 권장한다고 요구합니다. 집계 보고는 RFC 9990에 정의되어 있습니다.

ruf로 요청하는 실패 보고서는 메시지별 사본입니다. 많은 수신 측이 개인정보 보호를 이유로 이를 보류하거나 편집하므로 기대하지 마세요. rua 주소가 내 도메인 밖에 있다면 그 다른 도메인의 소유자가 yourdomain._report._dmarc.otherdomain 에 v=DMARC1; 이 담긴 TXT 레코드로 승인해야 하며, 이는 제3자 메일함의 남용을 막는 규칙입니다. 소규모 개인 도메인이라면 출처 목록은 짧습니다. 제공업체 외에는 거의 없습니다.

각 단계 전후로 DNS가 게시하는 내용을 읽으려면 [MX, SPF, DKIM, DMARC 레코드를 확인하는 명령](https://postelva.com/ko/guides/check-email-dns-records/ "How to check MX, SPF, DKIM and DMARC records")을 사용하세요.

## 개인 도메인에도 DMARC가 필요한가요?

**네, 메일을 보내는 모든 도메인에 필요합니다. TXT 레코드 하나면 되고, 내 이름을 쓰는 위조 메시지를 막아 줍니다.** Google은 Gmail 계정으로 하루 5,000통을 넘게 보내는 발신자에게 DMARC를 요구하며 정책이 none이어도 충분하고, Microsoft도 Outlook.com에 같은 기준을 적용합니다. 개인 메일함은 그 한도보다 훨씬 아래입니다. 그래도 이 레코드는 위조에 대해 어떻게 처리하기를 원하는지 수신 측에 알려 줍니다.

아무것도 보내지 않는 도메인이라면 SPF -all과 null MX를 설정하고 바로 p=reject를 설정하세요. Postelva는 그런 경우를 위한 "이메일 없음" 템플릿을 제공합니다. 메일함이 있는 도메인은 none으로 시작하세요. 같은 보호의 전송 측면인 서버 간 암호화는 [MTA-STS와 TLS-RPT 설정 방법](https://postelva.com/ko/guides/mta-sts-setup/ "How to set up MTA-STS and TLS-RPT")에서 다룹니다.

인용 가능한 정의: DMARC는 SPF와 DKIM 결과가 From 도메인과 정렬되지 않는 메일을 수신 측이 어떻게 처리할지, 그리고 그에 관한 보고서를 어디로 보낼지 알려 주는 DNS 정책입니다.

## DMARC 설정 질문

### RFC 9989는 p=reject를 요구하나요?

아니요. 표준은 세 가지 정책을 정의하고 선택을 도메인 소유자에게 맡깁니다. 점진적인 경로를 권고하며, 사용자가 메일링 리스트에 글을 올리는 도메인에는 p=reject를 쓰지 말라고 경고합니다.

### RFC 9989가 기존 DMARC 레코드를 바꾸나요?

레코드는 여전히 v=DMARC1 로 시작하므로 작동하던 레코드는 계속 작동합니다. ri 태그는 삭제되었고, pct는 제거되었으며, t, np, psd가 추가되었습니다.

### p=reject를 너무 일찍 게시하면 어떻게 되나요?

잊고 있던 뉴스레터 도구처럼 정렬에 실패하는 정상 메일을 수신 측이 거부합니다. p=none 단계의 보고서는 그런 발신자를 먼저 찾아내기 위해 존재합니다.

### 보고서에 무료 메일함을 사용할 수 있나요?

네, 읽고 있는 어떤 메일함이든 가능합니다. 별도의 주소나 별칭을 쓰면 매일 오는 보고서 파일이 기본 받은편지함에 섞이지 않습니다.

### 도메인에는 DMARC 레코드를 몇 개 둘 수 있나요?

이름당 하나, 즉 _dmarc.yourdomain 에 하나입니다. 서브도메인은 자체 레코드를 두거나 sp를 통해 상위 정책을 상속할 수 있습니다.

**요약**

- DMARC는 _dmarc.yourdomain 의 TXT 레코드이며 v=DMARC1 로 시작합니다.
- RFC 9989(2026년 5월)가 현재 사양이며, RFC 7489를 대체하고 pct를 제거합니다.
- rua 주소와 함께 p=none으로 시작해 약 한 달간 보고서를 읽으세요.
- 그다음 비슷한 기간 p=quarantine, 이후 p=reject.
- SPF 또는 DKIM이 통과하고 From 도메인과 정렬되면 메시지가 통과하며, 기본값은 완화 정렬입니다.
- p=reject인 도메인은 SPF에만 의존해서는 안 되며 메일링 리스트와 함께 사용해서는 안 됩니다.
- Postelva는 무료 DNS에서 레코드를 호스팅하며, .com은 매년 US$12.49/년입니다.

## 출처

1. [RFC 9989, Domain-based Message Authentication, Reporting, and Conformance (DMARC)](https://www.rfc-editor.org/rfc/rfc9989.html) — RFC Editor (2026-11-12 확인)
2. [RFC 7489, DMARC (폐기됨)](https://www.rfc-editor.org/info/rfc7489) — RFC Editor (2026-11-12 확인)
3. [맞춤 도메인의 SPF, DKIM, DMARC](https://kb.mailbox.org/en/private/custom-domains/spf-dkim-and-dmarc/) — Mailbox.org (2026-11-12 확인)
4. [맞춤 도메인과 스푸핑 방지](https://proton.me/support/anti-spoofing-custom-domain) — Proton (2026-11-12 확인)
5. [이메일 발신자 가이드라인](https://support.google.com/a/answer/81126) — Google Workspace Admin Help (2026-11-12 확인)
6. [이메일 보안 강화: 대량 발신자를 위한 새로운 요구 사항](https://techcommunity.microsoft.com/blog/outlook/strengthening-email-security-outlook-new-requirements-for-high-volume-senders/4399730) — Microsoft Tech Community (2026-11-12 확인)

---

Postelva: Postelva는 개인 이메일용 도메인을 등록해 드립니다. 제공업체를 바꿔도 유지되는 주소이며, KYC 없이 암호화폐로 결제합니다. 신분증은 필요 없고 도메인당 인증된 이메일 하나만 있으면 됩니다. 파나마에 등록된 회사 DomaineGoat LLC가 운영하며, 도메인은 ICANN 공인 등록기관 파트너를 통해 등록됩니다. .com은 US$12.49/년이며 매년 같은 가격입니다.