Redmine

Can these also be used in incoming emails to override Project etc in the header instead of the mail body?

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.

Hey Eric,

We're very interested in this functionality. Possible to post here? Whatever you've got would be useful.

Thanks!
-Brenton

• 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.

looks cool.. but the patch is rather outdated...

is that possible to have a similar patch for current trunk?

+1

Gary Aitken wrote in #note-12:

Having the outgoing mail address set to the user making a change rather than the redmine app is useful for us.

This will probably not work in the wild due to SPF/DKIM and related checks, or you would need some setup to redirect mails from Redmine to the corresponding provider of each user, which would require having the credentials with the E-Mail provider in your Redmine setup and so on.

It would also break the reply-ability of Redmine notification E-Mails as replying to a Redmine notification would send the reply to the author of the notification instead of to the Redmine installation.

Felix Schäfer wrote in #note-13:

This will probably not work in the wild due to SPF/DKIM and related checks, or you would need some setup to redirect mails from Redmine to the corresponding provider of each user, which would require having the credentials with the E-Mail provider in your Redmine setup and so on.

Yes, unlike 15 years ago when this issue was created, such emails will not be delivered properly in many cases. I think Redmine should not implement this feature.

FYI: Redmine 4.1.0 and later have a feature that sets user's name to the From field (#5913).

Felix Schäfer wrote in #note-13:

This will probably not work in the wild due to SPF/DKIM and related checks, or you would need some setup to redirect mails from Redmine to the corresponding provider of each user, which would require having the credentials with the E-Mail provider in your Redmine setup and so on.

As mentioned we use postfix, which does the appropriate redirection for user email, and yes, it does require having some form of email credentials. However, those credentials are in the postfix setup, not in redmine. In any case, one always has to configure their mailer appropriately for use with redmine, and redmine appropriately for their chosen mailer.

It would also break the reply-ability of Redmine notification E-Mails as replying to a Redmine notification would send the reply to the author of the notification instead of to the Redmine installation.

It does not break the reply ability, if one has the reply-to field properly configured.

Go MAEDA wrote in #note-14:

Yes, unlike 15 years ago when this issue was created, such emails will not be delivered properly in many cases.

Could you give an example of where they would not be delivered properly, assuming the mailer used has the proper relay host and credentials? As noted, this is provided as an option, so one could choose to use it or not.

FYI: Redmine 4.1.0 and later have a feature that sets user's name to the From field (#5913).

yes, already noted in my original