Endpoint
Parameters
string
required
The email address to validate (e.g.,
[email protected])Request Example
Response Fields
integer
HTTP status code indicating the result of the request
200: Success400: Invalid input429: Rate limit exceeded
string
The email address that was checked. This is the normalized form of the input email.
string
The standardized, canonical form of the email address
string
The domain portion extracted from the email address
integer | null
The number of days since the domain was registered. Returns
null if the age is unknown.boolean
Indicates whether the domain has valid MX (Mail Exchange) records configured
array
List of MX records for the domain. Empty array if
mx is false.boolean
Key Field: Indicates whether the email uses a temporary or disposable email domain
string | null
The provider domain name if the email is disposable, otherwise
nullboolean
Indicates whether the email uses a public email service like Gmail, Yahoo Mail, or Outlook
boolean
Indicates whether the email uses a domain that provides email forwarding services
boolean
Deprecated: Use
normalized_email field instead for alias detectionboolean
Indicates whether the email is a role-based account (e.g.,
support@, admin@, info@) rather than a personal accountstring | null
Suggested correction if there’s a likely typo in the email address (e.g.,
gmial.com → gmail.com)boolean
Indicates whether the email’s domain is on your account’s custom blocklist (Pro feature)
boolean
Indicates whether the domain is associated with spam or other abusive activities
Response Examples
Success Response (Valid Email)
Disposable Email Detected
Typo Suggestion
The
did_you_mean field suggests gmail.com instead of gmial.com, helping you catch user typos.Error Responses
Invalid Email (400)
Rate Limit Exceeded (429)
Learn About Rate Limits
View rate limit details and best practices
Common Use Cases
Block disposable emails during signup
Block disposable emails during signup
Detect role-based accounts
Detect role-based accounts
Suggest corrections for typos
Suggest corrections for typos
Check MX records for deliverability
Check MX records for deliverability
Best Practices
Cache Results
Cache validation results to reduce API calls for the same email address
Handle Errors Gracefully
Always handle rate limits and validation errors in your application
Use Normalized Email
Store the
normalized_email field in your database for consistencyCombine Multiple Signals
Use multiple fields (
disposable, spam, mx) for better fraud detection