RESTful API for managing domains, DNS records, and related services at name.com. Access via HTTPS at api.name.com (production) or api.dev.name.com (testing). Supports standard authentication, rate-limited to 20 requests/second.
name.com Core API (1.8.2)
https://docs.name.com/_mock/coreapi/namecom.api/
https://api.dev.name.com/
Contact Verification
Use Contact Verification endpoints to query a reseller’s unverified domains/emails and to programmatically mark an end user’s email as verified if the reseller has already completed the verification process. These endpoints help resellers meet ICANN requirements by ensuring end users confirm they can receive email at their listed address.
Request
Returns a list of contacts, related to domains within your account, that require verification as per ICANN procedures. When a new domain is created, unverified contacts are not immediately available in API responses. Records are added by a scheduled process that runs approximately every 10 minutes. As a result, there may be up to a 10-minute delay before unverified contacts appear in the API. This delay also applies to related events such as webhooks or other downstream systems that depend on contact verification data. This API is only available to approved reseller accounts. Contact name.com support to request access.
- Mock server
https://docs.name.com/_mock/coreapi/namecom.api/core/v1/contacts/unverified
- Testing
https://api.dev.name.com/core/v1/contacts/unverified
- curl
- JavaScript
- Node.js
- Python
- Java
- C#
- PHP
- Go
- Ruby
- R
- Payload
curl -i -X GET \
-u <username>:<password> \
'https://docs.name.com/_mock/coreapi/namecom.api/core/v1/contacts/unverified?perPage=100&page=2'
A successful response containing an array of unverified contacts. This array may be empty if there are no unverified contacts related to domains in your account.
The id of the verification record for the contact. Please note, this is different than the contact_id
that may be returned in other API contexts. This id specifically relates to the verification and will be different than an contact_id
for the same contact record in other contexts.
The date the record requiring verification was created.
The date/time that the contact record must be verified by. If the contact record is not verified by this date, the domain may become locked by the registry. This is typically 15 days from the creation date of the verification record, but may vary by TLD and registry.
The email address of the contact to be verified. This is the primary identifier used for verification.
LastPage is the identifier for the final page of results. This value will be null if there is not a previous result page.
NextPage is the identifier for the next page of results. This value will be null if there is not a next page of results.
{ "unverifiedContacts": [ { … } ], "from": 1, "to": 25, "lastPage": 0, "nextPage": 0, "totalCount": 0 }
- Mock server
https://docs.name.com/_mock/coreapi/namecom.api/core/v1/contacts/verify/{verificationId}
- Testing
https://api.dev.name.com/core/v1/contacts/verify/{verificationId}
- curl
- JavaScript
- Node.js
- Python
- Java
- C#
- PHP
- Go
- Ruby
- R
- Payload
curl -i -X POST \
-u <username>:<password> \
https://docs.name.com/_mock/coreapi/namecom.api/core/v1/contacts/verify/98752463 \
-H 'X-Idempotency-Key: 083910ef-04e4-4bd1-a0bf-3737fe005ca8'