Vote #64373
完了strip variables from received mail body (in receive_mail)
0%
説明
I just tested sending an email to redmine, with
Project: foo
in the email body;
then fetched the email using :
rake redmine:email:receive_imap ...
The issue was created using that method, but the
Project: foo
line is left in the issue body.
I guess other variables would still be there, too (?).
One expects theses variables to be stripped from the issue body.
journals
+1 bothering me a little, too
--------------------------------------------------------------------------------
I agree, it would be really nice if redmine could remove that information before updating the ticket. Also I have some clients that reply to their ticket notification messages, and it would be nice if redmine remove the ticket details from the reply message before adding it as an update to the ticket.
--------------------------------------------------------------------------------
Not actually a defect, but it's done in r2426.
> I agree, it would be really nice if redmine could remove that information before updating the ticket. Also I have some clients that reply to their ticket notification messages, and it would be nice if redmine remove the ticket details from the reply message before adding it as an update to the ticket.
Isaiah, if you have a solution to propose, please fill a feature request.
Maybe we could add some kind of delimiter at the very top of the notification so that we can detect the end of the reply later.
--------------------------------------------------------------------------------
Jean-Philippe Lang wrote:
> Isaiah, if you have a solution to propose, please fill a feature request.
> Maybe we could add some kind of delimiter at the very top of the notification so that we can detect the end of the reply later.
I use a @---@ delimiter to strip content from email. Works good because it will strip email signature lines (typically start with @--@) and strips most of the extra content from Redmine emails. I can port it over if it would be useful.
--------------------------------------------------------------------------------
Merged in 0.8 branch in r2512.
--------------------------------------------------------------------------------