[Trac] Support emails of literal IP as domain name

[sylware]

I am moving away from DNS racketeering, and since I am self-hosted, I moved to email addresses with IPv4 and IPv6 address literals (see RFCs mailbox@[x.x.x.x] mailbox@[ipv6:...] )

I tried my new email address with both IP literals, did not work.

(there is a simple spam check, more powerfull than DNS SPF: only one email address in from/reply-to/etc headers, email address which contains the IP of the smtp server which must have been used to send the email. If the text of the content does not have any links, very probably not even a one shot phishing).

[MasterQuestionable]

͏    What are you trying to accomplish exactly?
͏    Changing the email of current account?
͏    Or new account registration?

͏    Would hacking the HTML/JS and submit workaround?
͏    (unsure about the backend limitations)

[sylware]

Oh... I wanted to change the email address of my account. And trac said something is wrong with its format and kept the older one. If the backend follows properly the RFC, it should support email addresses with an IPv4 literal or an IPv6 literal (ffmpeg.org has an SPF record with an IPv6 address, I did check it earlier today).

[Marth64]

Hi,

Would hacking the HTML/JS and submit workaround?

Please let us not encourage this. Let the discussion happen in the bug tracker for a solution to be devised.

[MasterQuestionable]

͏    Alike DIY fixes tend to be the fastest. (probably also more effective)
͏    Than waiting the site admin figuring out how...

͏    ----

͏    Literal IP as email domain name part appears rather uncommon.
͏    Do typical email services properly support it too?
͏    Also the HTML `<input type="email">` validation of browsers?
͏    [ ^ Fail? ​https://developer.mozilla.org/en-US/docs/Web/HTML/Element/input/email#validation ]

[Balling]

We are moving away from trac