Allow non-latin characters in e-mail adress

HCL Domino Domino Forum
1

Hi

How can you allow non-lation chars in emails address, such as åæø (danish)

TIA

Jan Seldrup

2

Subject: What kind of problem are you running into here?

I believe these characters are all part of UTF-8, and I would’ve expected them to work pretty much out of the box. Are they in the email address, or the email name? That might help whoever picks up on this to work through the issue.

I’d also suggest putting the wrappers around each part in case something doesn’t appreciate one of the characters appropriately:

“email name”

That is, assuming you want this in an SMTP-formatted email address, and not an email address that’s the same as the user’s Person Name.

3

Subject: Ah, so there’s a caveat.

Thanks Mark, ASCII is the base subset, eh.

ok, … I’d suggest try using the expanded name format & see if UTF-8 support kicks in. I’m pretty sure “bdfblafdklbh” dafklha@fadflkjdfklj.djd gets more support. I know of a lot of values supported inside the angle brackets that simply aren’t supported outside.

Worth a shot at least.

4

Subject: Allow non-latin characters in e-mail adress

It is in the email, like this: JÆN@email.com, it does not work, and maybe it shold be set up somewhere in DOMINO to allow this email when sending ?

5

Subject: ASCII

Just thoughts - no definite answer…

As I understand it - RFC 5321, Section 4.1.2 requires the use of ASCII characters for email addresses.

I found references to the use of non-ascii characters in RFC 6531 and RFC 6532 utilizing the SMTPUTF8 extension, part of ESMTP, but this appears to be optional - and if the receiving system does not support SMTPUTF8, the sending system cannot send non-ascii characters.

I have not found any specific statement of support for SMTPUTF8 in Domino - but that does not mean that it’s not available, either.

However, I don’t see that specific extension listed on the Server Configuration document → Router/SMTP → Advanced → Commands and Extensions tab.

So, IMHO it seems that, if it were available, a server that supports the use of SMTPUTF8 would also have to be a ‘fallback’ ASCII address to use if you were trying to send mail to a system that did not support SMTPUTF8.