id summary reporter owner description type status priority milestone component version severity resolution keywords cc branch changelog apichanges internalchanges 9085 Notification system silently drops failures to unicode email addresses John Hampton "See #9082 for some background. Currently, email addresses with unicode in them are silently discarded when sending ticket updates. While not trying to deliver the email is correct, it's a little misleading. If the user enters a unicode email address in the `CC` list, then it appears to get added (indeed it does) but they will never receive any emails. Unfortunately, there is no indication as to why the email will never be delivered. An admin can look in the log and see the email addresses which have been discarded, but they first have to know what they are looking for. Additionally, the same thing occurs for addresses in the `smtp_always_cc` and `smtp_always_bcc` fields. We could show a warning indicating that the email wasn't delivered to the problem addresses. The problem with the `CC` list, is that the invalid address is put on the `CC` list, and so anytime an update occurred, the warning would be shown. An administrator would then need to clean out the `CC`list. The problem is even more complicated if a user has the invalid email address in their preferences and simply puts their username on the `CC` list (or as the owner/reporter/updater of a ticket). An admin would then need to clear out the email address in the user's session. I think the solution is to warn when an email can't be delivered, as well as stricter input validation. Input validation would need to be in: Preferences:: when entering email address `CC` list:: would need to differentiate between entering an email address and a username. This might be really hard when taking into account `use_short_addr` and `smtp_default_domain` `smtp_always_cc` and `smtp_always_bcc`:: Don't know how to properly validate these, or whether it's worth it. Populating these with invalid values should be readily apparent to the admin." enhancement new normal next-major-releases notification major unicode email addresses raphael.schmid@… Thijs Triemstra