도구

당신의 DMARC 레코드,
그리고 다음에 게시할 레코드.

도메인이 오늘 게시한 내용을 읽고, 한 걸음 나아가는 레코드를 만드세요. 모든 태그를 설명하고, 없는 것은 지어내지 않으며, 어떤 선택이 실제 메일을 조용히 깨뜨릴 수 있는 곳마다 경고합니다.

레코드 만들기

정책

수신자는 아무것도 바꾸지 않고 보고서만 보냅니다. 위조 메일은 여전히 도착합니다. 보호가 아니라 측정하는 자리입니다.

하위 도메인 정책

상속으로 두면 하위 도메인은 위 정책을 따릅니다. 더 약하게 설정하면 mail.yourdomain.com이 침입로가 됩니다.

당신 이름으로 발송된 모든 것의 일일 XML 요약. 자기 도메인의 아무 메일함이나 괜찮으며, 여러 주소는 쉼표로 구분합니다.

개별 실패 건의 사본. 대부분의 수신자는 아예 보내지 않고, 보내는 곳은 메시지 내용을 포함할 수 있습니다. 필요하다고 확신하지 않으면 비워 두세요.

DKIM 정렬

완화는 하위 도메인의 서명을 허용합니다. 엄격은 정확히 같은 도메인을 요구합니다.

SPF 정렬

여기서 엄격을 쓰면 대부분의 외부 발송 서비스가 깨집니다.

게시할 레코드
유형TXT
이름_dmarc
v=DMARC1; p=none;

대부분의 등록기관은 이름 칸에 _dmarc만 넣으면 도메인을 붙여 줍니다. 일부는 전체를 원합니다. 레코드가 _dmarc.yourdomain.com.yourdomain.com에 생겼다면 당신의 등록기관이 어느 쪽인지 알 수 있습니다.

  • 집계 보고서 주소가 없습니다. 누군가 메일이 오지 않았다고 알려주기 전까지는 이 정책이 무엇을 깨뜨렸는지 알 수 없습니다.
게시한 뒤 할 일

이것을 게시한 뒤 2~4주 동안 그대로 두세요. 집계 보고서가 당신의 도메인 이름으로 발송하는 모든 서비스를 알려줍니다. 실패하면 안 되는 것들을 고친 다음 다시 와서 quarantine으로 올리세요.

모든 DMARC 태그

v=
DMARC1
버전이며, 레코드의 첫 번째 태그여야 합니다. 이것으로 시작하지 않는 레코드는 무시됩니다.
p=
none · quarantine · reject
실패한 메일을 수신자가 어떻게 해야 하는지. v를 빼면 유일한 필수 태그입니다.
sp=
none · quarantine · reject
하위 도메인에 대한 정책. 빼면 하위 도메인은 p를 상속합니다. p보다 약하게 두는 것이 mail.acme.com 같은 경로로 도메인이 위조되는 방식입니다.
pct=
0–100
정책이 적용되는 실패 메일의 비율. 설정이 아니라 경사로입니다. p=none에서는 아무 일도 하지 않습니다.
rua=
mailto: 주소
일일 집계 보고서가 갈 곳. 없으면 눈을 감고 시행하는 셈이라 사실상 필수입니다.
ruf=
mailto: 주소
개별 실패에 대한 포렌식 보고서. 메시지 내용이 담길 수 있고, 대부분의 수신자는 보내지 않으며, 필요한 사람도 거의 없습니다.
adkim=
r · s
DKIM 서명 도메인이 얼마나 정확히 일치해야 하는지. 완화는 하위 도메인을 허용하고, 엄격은 정확히 같은 도메인을 요구합니다.
aspf=
r · s
SPF에 대한 같은 질문. 여기서 엄격을 쓰면 대부분의 외부 발송 서비스가 깨집니다.
fo=
0 · 1 · d · s
포렌식 보고서를 언제 생성할지. ruf와 함께일 때만 의미가 있습니다.
ri=
집계 보고서를 얼마나 자주 받을지. 거의 모두가 기본값 86400(하루)으로 둡니다.

여기서 생기는 질문

OpenEmail이 이 레코드를 대신 생성해 줍니다.

도메인을 추가하면 게시할 MX, SPF, 서명 레코드를 정확히 받고, 해석될 때까지 설정 화면에서 확인합니다. DMARC 레코드도 함께 생성되지만 게시는 일부러 당신 몫으로 남겨둡니다. 당신이 보내는 메일에 대한 정책이고, 누구도 당신을 대신해 p=reject를 골라서는 안 되기 때문입니다.

도메인 설정하기

받은편지함을,
내 방식대로.

기업, AI, 에이전트, 개인 메일을 위한 이메일 인프라. 규모와 프라이버시, 통제권을 위해 만들었습니다. 이메일이 처음부터 갖췄어야 할 모든 것.

OpenEmail

기업, AI, 에이전트, 개인 메일을 위한 이메일 인프라. 규모와 프라이버시, 통제권을 위해 만들었습니다. 이메일이 처음부터 갖췄어야 할 모든 것.

© 2026 OpenEmail. 모든 권리 보유.
상태