Opened 5 weeks ago
Last modified 5 weeks ago
#11355 new enhancement
[Trac] Support emails of literal IP as domain name
| Reported by: | sylware | Owned by: | |
|---|---|---|---|
| Priority: | normal | Component: | trac |
| Version: | Keywords: | ||
| Cc: | MasterQuestionable | Blocked By: | |
| Blocking: | Reproduced by developer: | no | |
| Analyzed by developer: | no |
Description
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).
Change History (4)
comment:1 by , 5 weeks ago
| Cc: | added |
|---|---|
| Keywords: | email added |
| Summary: | [email] missing support for email addresses with IPv4 and IPv6 literals → [Trac] Support emails of literal IP as domain name |
| Type: | defect → enhancement |
comment:2 by , 5 weeks ago
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).
comment:3 by , 5 weeks ago
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.
comment:4 by , 5 weeks ago
͏ 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 ]
͏ 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)