Patch #247
Notification mail sender is the author and includes project information.
| Status: | New | Start date: | |||
|---|---|---|---|---|---|
| Priority: | Normal | Due date: | |||
| Assignee: | - | % Done: | 50% | ||
| Category: | Email notifications | ||||
| Target version: | - |
Description
(1) Like TRAC,
each mail notification has its own header, so it helps mail client filter mails easier.
The mail header is "X-redmine-project".
(2) When mail is notificated, default mail sender is fixed as administrator has defined. With this patch, most of mail
message is sent from event generating user.
mail_sender_project.patch 
(2.5 KB)
Related issues
Associated revisions
- X-Redmine-Host: host name defined in application settings
- X-Redmine-Site: application title defined in settings
- X-Redmine-Project: identifier of the project that the notification is related to, if any
- X-Redmine-Issue-Id, -Author, -Assignee: ticket related info
- X-Redmine-Topic-Id: identifies the thread a message belongs to
History
#1
Updated by Jean-Philippe Lang over 12 years ago
- Category set to Email notifications
- % Done changed from 0 to 50
Headers added in r1265.
Concerning (2), some SMTP servers won't authorize emails with a FROM adress different from the one used for authentication. It could be an option but not the default behaviour.
#2
Updated by Patrik Kullman almost 11 years ago
Can these also be used in incoming emails to override Project etc in the header instead of the mail body?
#3
Updated by Ryan Phung over 10 years ago
Any idea whether (2) can be added as optional behaviour?
It will be a very nice feature, and will allow notification to be done more effectively.
In big project teams, when people receive a lot of email they usually filter their email by sender (for example, give more priority to email sent from the boss, from customers, etc.); it is difficult to make the transitions to using Redmine because one cannot filter his/her messages the same way anymore. To rely on Redmine notifications, one has to read every email.
#4
Updated by Ryan Phung over 10 years ago
- Assignee set to Jean-Philippe Lang
Changed "Assigned to" to Jean-Philippe Lang (I hope this mean this patch will be brought to your attention). Apologies if this is not the correct way of doing it.
#5
Updated by Eric Davis over 10 years ago
- Assignee changed from Jean-Philippe Lang to Eric Davis
Ryan Phung wrote:
In big project teams, when people receive a lot of email they usually filter their email by sender (for example, give more priority to email sent from the boss, from customers, etc.); it is difficult to make the transitions to using Redmine because one cannot filter his/her messages the same way anymore. To rely on Redmine notifications, one has to read every email.
I have some code that does this already. I'll need to see if I can extract it and make it optional.
#6
Updated by Brenton Cheng over 10 years ago
Hey Eric,
We're very interested in this functionality. Possible to post here? Whatever you've got would be useful.
Thanks!
-Brenton
#7
Updated by Jean-Philippe Lang over 10 years ago
- redmine@example.com (current behaviour, a single configured emission address)
- John Smith <redmine@example.com> (the emission address with the user name)
- john.smith@foo.bar (the user email address, as it's done in the attached patch)
A setting could be added to choose between these 3 options.
#8
Updated by Vladimir Dzalbo about 10 years ago
looks cool.. but the patch is rather outdated...
is that possible to have a similar patch for current trunk?
#9
Updated by Eric Davis almost 10 years ago
- Assignee deleted (
Eric Davis)
#10
Updated by Sebastian Paluch almost 5 years ago
+1
#11
Updated by Toshi MARUYAMA over 4 years ago
- Related to Feature #14727: Display pretty notification email sender name added