Defect #32739
open
Truncated images are still attached to the ticket when created by incoming e-mail
Added by Robert Röttger over 4 years ago.
Updated over 4 years ago.
Description
This ticket is refering to: https://www.redmine.org/projects/redmine/repository/revisions/3226
I have a Mail looking like:
CONTENT
------
SIGNATURE TEXT
SIGNATURE IMAGE
I setup my delimiter "------" in incoming mail settings in redmine.
I send a mail. Ticket is Created.
Ticket Content Looks like:
CONTENT
Everything is truncated perfectly.
BUT: the signature image is attached to the ticket. This shouldnt happen since its truncated. Maybe there must be changed in the parse order? First strip, then parse files? Instead of parse files and then strip. Please have a look at this.
I think it is the expected, natural behavior and not a defect.
Since attachments are not a part of the text body, the setting "Truncate emails after one of these lines" should not affect attachments.
- Status changed from New to Closed
- Resolution set to Invalid
In addition, you can use the setting "Exclude attachments by name" to truncate the attachments by name or using regular expressions.
I'm closing this as Invalid, please reopen if something is missing.
- Status changed from Closed to Reopened
Let me clarify it again. I am not talking about attachments. I am talking about a INCLUDED signature image which REDMINE converts into a ticket attachment. So for me this this image is clearly is a part of the "Content" (text body) because it is included (inline) and not attached to the mail. This is why it should be truncated. It makes no sense at all to truncate the text around the image but not the image itself.
As for the setting "Exclude attachments by name": this will not work. the images are always called "image001.jpg" (seems this is the basic attachment name for images inside the mail which is generated by redmine). I can not exclude them because then i exclude all inline images in the email body.
Got it now, thanks for the clarification.
Also available in: Atom
PDF
Updated by 
Updated by 
Updated by