도메인 문제 해결

모든 레코드를 실시간으로 조회하는 CLI부터 시작하세요.

spacepost domains doctor acme.com

또는 dig로 직접 비교해 볼 수 있습니다.

dig +short CNAME a1b2c3d4e5f6._domainkey.acme.com
dig +short MX send.acme.com
dig +short TXT send.acme.com
dig +short TXT _dmarc.acme.com

도메인이 `pending` 또는 `not_started`로 남아 있을 때

원인	해결 방법
레코드를 아직 만들지 않았거나 DNS가 전파되지 않음	10분에서 30분 기다린 뒤 `POST /domains/{id}/verify`를 호출하세요. TTL이 한 시간 이상이면 더 늦어질 수 있습니다.
도메인 이름이 중복됨(`a1b2._domainkey.acme.com.acme.com`)	DNS 제공업체가 도메인을 자동으로 덧붙입니다. 상대 이름(`a1b2._domainkey`)만 입력하세요. `dig`로 확인하세요.
이름에 도메인이 빠짐(`a1b2._domainkey`를 조회할 수 없음)	제공업체가 전체 이름(`a1b2._domainkey.acme.com`)을 요구합니다. Route 53에서 흔합니다.
Cloudflare 프록시가 켜져 있음	DKIM용 CNAME 레코드는 프록시가 아닌 DNS 전용(회색 구름)이어야 합니다.
값 끝의 마침표나 불필요한 공백	값을 정확히 다시 붙여 넣으세요.
TXT 값 주위의 따옴표	따옴표 없이 값을 입력하세요.
`send`에 충돌하는 기존 레코드가 있음	`send.acme.com`의 CNAME은 MX/TXT와 공존할 수 없습니다. 다른 사용자 지정 Return-Path를 사용하세요.
같은 이름에 SPF 레코드가 두 개 있음	하나의 TXT 값으로 합치세요. 이름당 `v=spf1` 레코드는 하나만 허용됩니다.

도메인이 `failed`로 바뀌었을 때

SpacePost는 72시간 동안 DNS가 나타나지 않은 도메인을 포기합니다. 레코드를 고친 뒤 verify를 다시 호출하세요. 상태는 pending을 거쳐 verified로 돌아갑니다.

`invalid_from_address`

403 invalid_from_address: “The example.com domain is not verified.” from의 도메인은 내 팀에서 확인된 도메인이거나 그 서브도메인이어야 합니다. 오타가 없는지, 다른 팀의 API 키를 쓰고 있지는 않은지 확인하세요.

`Domain already registered`

도메인은 하나의 팀에만 속할 수 있습니다. 이전 팀을 떠난 뒤 도메인을 다시 등록했다면 그 팀에서 먼저 삭제하거나 지원팀에 문의하세요.

Return path는 확인되었지만 DMARC가 실패할 때

수신한 메시지의 헤더를 열어(Gmail: 원본 보기) Authentication-Results를 확인하세요. dkim=pass header.d=acme.com과 smtp.mailfrom=send.acme.com이 있는 spf=pass가 보여야 합니다. SPF에 amazonses.com이 표시된다면 return path 레코드가 없거나 아직 확인되지 않은 것입니다.

여전히 해결되지 않나요?

도메인 이름과 spacepost domains doctor의 출력을 첨부해 support@spacepost.dev로 이메일을 보내 주세요.

도메인 문제 해결

도메인이 pending 또는 not_started로 남아 있을 때

도메인이 failed로 바뀌었을 때

invalid_from_address

Domain already registered