도메인, URL, IP, 이메일 또는 레코드를 입력하면 설정 없이 집중된 결과를 얻을 수 있습니다.
정책, 보고, 정렬 옵션을 포함한 DMARC 레코드를 구축합니다.
POST /v1/tools/dmarc/build
브라우저 도구로 빠르게 답을 확인한 뒤, 반복 가능한 단계가 되면 같은 로직을 스크립트, 모니터링 또는 제품 흐름으로 옮기세요.
도메인, URL, IP, 이메일 또는 레코드를 입력하면 설정 없이 집중된 결과를 얻을 수 있습니다.
원시 제공자 노이즈 대신 상태, 위험, 레코드, 다음 조치를 강조합니다.
요청과 응답 예시를 사용해 일회성 검사를 API 호출이나 레시피로 전환하세요.
놀라운 회사의 사람들이 사용함
각 페이지는 단순 원시 조회가 아니라 실제 운영 질문을 중심으로 구성됩니다.
현재 DNS, 등록, 보안, 가격 또는 평판 증거를 확인합니다.
관련 검사와 결과를 비교해 다음 조치를 더 신뢰할 수 있게 합니다.
예시를 복사하고 연결된 도구를 열거나 규모가 필요할 때 API 문서로 이동하세요.
투명한 문서, 인증된 요청, 보이는 안정성 정보로 출시 전에 DomScan을 더 쉽게 평가할 수 있습니다.
OpenAPI, Swagger, Postman, CLI, SDK, MCP 링크를 바로 확인할 수 있습니다.
인증 엔드포인트는 API 키를 사용하며 호출 전 명확한 크레딧 비용을 보여줍니다.
매월 10,000 크레딧으로 시작하고 사용량이 늘 때만 업그레이드하세요.
curl 및 HTTP 샘플에서 시작한 뒤 매개변수를 애플리케이션 코드에 매핑하세요.
none, quarantine, reject 정책을 생성합니다.
집계 보고서를 위한 rua 메일박스를 추가합니다.
강제 적용을 단계적으로 진행하면서 pct 값을 조정합니다.
{
"policy": "quarantine",
"percentage": 100,
"rua": ["mailto:dmarc@example.com"]
}
{
"record": "v=DMARC1; p=quarantine; pct=100; rua=mailto:dmarc@example.com"
}
브라우저 경험은 DomScan의 구조화된 엔드포인트를 미리 보여 주므로 팀이 코드를 작성하기 전에 사용 사례를 검증할 수 있습니다.
정책은 SPF 또는 DKIM 정렬에 실패한 메일을 받는 쪽에서 어떻게 처리할지 정합니다: 모니터링만, 격리, 거부입니다.
필수는 아니지만, 보고용 메일박스를 추가하면 인증 실패와 배포 진행 상황을 모니터링하는 데 도움이 됩니다.
pct는 정책이 적용되는 메일 비율을 설정합니다. 많은 팀이 테스트할 때 100보다 낮은 값에서 시작해 점차 늘립니다.