Skip to content

Knowledgebase

Check email and application support before using an internationalised domain

domains-dns, email

Test email and application support before making an internationalised domain your only public contact address. A browser displaying the website correctly does not prove that every mail sender, form or customer database accepts the same address.

01 Distinguish domain encoding from mailbox encoding

An ASCII mailbox name with an internationalised domain can often be represented using the domain's ASCII A-label form. An address with non-ASCII characters before the @ requires the separate SMTPUTF8 email extension across the relevant mail path. Punycode applies to the domain label; it is not a general way to encode a non-ASCII mailbox name.

For example, [email protected] illustrates an ASCII mailbox and encoded domain. It is a documentation example, not a working mailbox. Confirm the supported form with your actual email provider rather than assuming every advertised mail plan supports internationalised local parts.

02 Run a practical compatibility test

  1. Create a test mailbox or alias only in a supported service and record the provider's accepted domain representation.
  2. Send to and from representative external mail services. Test replies and forwarded messages as well as a new outbound message.
  3. Submit website forms and test account registration, password reset, invoices and support-ticket replies.
  4. Verify that address validation, storage and display preserve the intended string.
  5. Inspect rejected-message details to identify the failing sender, relay, application or destination.

What if one application rejects the address?

Ask whether it supports IDNA domain conversion and, where needed, SMTPUTF8. Do not silently strip accents or replace characters; that can produce a different address. If the application cannot support the intended format, use a tested compatible contact address for that workflow and document the limitation.

Maintain an independently reachable recovery address for registrar access and critical business systems. This provides a route to restore service if the domain's own email path fails. Before a public launch, test authentication records and delivery with the actual accepted domain form, and retain an ASCII-compatible alternative where your audience's software requires one.

Was this answer helpful?

Need a little more help?

Our support team can help you find the next step.

Contact support