email verification api response codes
Email verification API response codes
Map response codes and result values to user interface states, form messages, and retry logic.
200 means the request completed successfully.
402 indicates you need more credits or a higher plan.
403 means the feature or request is not allowed.
200 OK
401 invalid or missing API key
402 insufficient credits
403 feature unavailable or forbidden
429 rate limit exceeded
Should I treat risky as invalid?
Usually yes for signup forms, but you can choose to warn instead of block.
What about rate limits?
Use the remaining headers and back off before you hit 429.
Integration pattern
Use a server-side API key, validate on the backend, and return a short JSON result to your signup or import flow. That keeps secrets out of the browser and lets you enforce policy before you create user records.
Production concerns
The important pieces are rate limits, error codes, billing state, and clear response shapes. If a verification API is hard to integrate or hard to explain, developers will either skip it or wire it incorrectly.
FAQ
Fatal error: Uncaught TypeError: e(): Argument #1 ($s) must be of type string, null given, called in /var/www/emailverify/views/marketing/blog-post.php on line 33 and defined in /var/www/emailverify/app/helpers.php:82
Stack trace:
#0 /var/www/emailverify/views/marketing/blog-post.php(33): e()
#1 /var/www/emailverify/app/helpers.php(9): require('...')
#2 /var/www/emailverify/app/Controllers/BaseController.php(4): view()
#3 /var/www/emailverify/app/Controllers/MarketingController.php(59): BaseController->view()
#4 /var/www/emailverify/app/Router.php(32): MarketingController->blogPost()
#5 /var/www/emailverify/public/index.php(13): Router->dispatch()
#6 {main}
thrown in /var/www/emailverify/app/helpers.php on line 82