Enter a domain, URL, IP, email, or record and get a focused result without setup.
Build and validate SPF records. Visual SPF builder with include, IP, and mechanism support.
POST /v1/tools/spf/build
Use the browser tool for a fast answer, then move the same logic into scripts, monitoring, or product flows when it becomes repeatable.
Enter a domain, URL, IP, email, or record and get a focused result without setup.
Outputs highlight statuses, risks, records, and next actions instead of raw provider noise.
Use the request and response examples to turn a one-off check into an API call or recipe.
Used by people at amazing companies
Each page is shaped around a practical operational question, not just a raw lookup.
See the current DNS, registration, security, pricing, or reputation evidence.
Compare the result with related checks so the next move is easier to trust.
Copy examples, open linked tools, or move into API documentation when you need scale.
Transparent docs, authenticated requests, and visible reliability details make it easier to evaluate DomScan before you ship.
OpenAPI, Swagger, Postman, CLI, SDK, and MCP links are one click away.
Authenticated endpoints use API keys with clear credit costs before you call them.
Start with 10,000 monthly credits and upgrade only when usage grows.
Start from the curl and HTTP samples, then map the parameters into your application code.
Choose soft fail, hard fail, or neutral for the ending mechanism.
Add third-party mail providers one line at a time.
Track DNS lookups so the SPF record stays within protocol limits.
{
"all": "softfail",
"include": ["_spf.google.com"],
"ip4": ["203.0.113.0/24"]
}
{
"record": "v=spf1 include:_spf.google.com ip4:203.0.113.0/24 ~all",
"dns_lookups": 3
}
The browser experience previews DomScan's structured endpoints, so teams can validate a use case before writing code.
Each include, redirect, a, mx, ptr, exists, and ip mechanism can contribute to lookup usage. Keep the final record under the SPF limit.
Soft fail is a safer default while you are testing. You can move to -all once you are confident all sending sources are covered.
Yes. Add each vendor as an include and add direct IP ranges only when the sender requires it.