-
-
Notifications
You must be signed in to change notification settings - Fork 662
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature request: SMTPUTF8 support (RFC6531) #1864
Comments
Haraka is heading that way. @baudehlo has started updating our address parser with a new version that supports UTF8. Once that new version is released, I think it'll be a SMOP to advertise SMTPUTF8. |
That parser is for header email addresses, not SMTP conversation addresses. I've been looking at what would be involved in this and it's a bit more complex. We need to update node-address-rfc2821 to support UTF8 addresses. Then we also need it to provide a punycode version of the address when parsed. Otherwise outbound mail won't work. |
@andris9 Do you want to check out haraka/node-address-rfc2821#6 and see if that does enough for SMTPUTF8 for you? It should be enough. I think. A plugin like this should be enough to advertise it:
|
@baudehlo looks awesome, thanks! |
@andris9 feel free to try out the branch above. |
@baudehlo oh, wow, I can receive mail at андрис@уайлддак.орг again (I used to expose the internal SMTP listener to the internet but I'd rather use Haraka for that), awesome! |
I didn't find any mentions on supporting SMTPUTF8 extension. Haraka already supports 8BITMIME so SMTPUTF8 would be a great addition to this.
It is mostly needed to support Email Address Internationalization (EAI) email addresses where both user and domain part can contain non-latin characters. Without SMTPUTF8 it is only possible to use the A-label formatted IDN domains (xn--...) but no way to use non-latin characters in user part.
What needs to be changed to support SMTPUTF8:
Without SMTPUTF8 keyword:
With SMTPUTF8 keyword:
If SMTPUTF8 keyword is used then UTF8 encoded addresses should be allowed to use with both MAIL FROM and RCPT TO commands.
I don't know much about Haraka internals, so I don't know if this would be something simple or difficult to implement. If it would be too hard to implement in the short term, then maybe you'd take it into the long term plans? I'm pretty sure that EAI addresses are the future.
The email address андрис@уайлддак.орг is a working address. I host it in my IMAP server Wild Duck. Currently I have a my own SMTP server instance running as MX but I would rather use Haraka for this.
The text was updated successfully, but these errors were encountered: