| Summary | Handling of comment in a multipart email and of multiple attachments |
| Queue | Whups |
| Type | Enhancement |
| State | Resolved |
| Priority | 1. Low |
| Owners | |
| Requester | matteo (at) digitalwaters (dot) net |
| Created | 02/26/2006 (7091 days ago) |
| Due | |
| Updated | 11/09/2008 (6104 days ago) |
| Assigned | 03/03/2006 (7086 days ago) |
| Resolved | 11/09/2008 (6104 days ago) |
| Milestone | |
| Patch | Yes |
State ⇒ Resolved
State ⇒ Stalled
version in a environment with sensible data and we're also working on
an important delivery, so I cannot foresee when I will be able to
update this patch. I've also no idea of the changes made in all these
months to the sources so I don't know how long it would take. I'll try
to work on it in a month or so. However using this code I've noticed
that sometimes attachments aren't correctly recognized (e.g. when the
email is created by Apple's Mail with no "Windows compatible
attachments" option enabled), so it also needs some bugfixing
eventually.
Taken from
State ⇒ Feedback
horde/docs/CODING_STANDARDS, and if possible implement the FIXME cases
in your comments.
State ⇒ Assigned
Priority ⇒ 1. Low
Type ⇒ Enhancement
Summary ⇒ Handling of comment in a multipart email and of multiple attachments
Queue ⇒ Whups
New Attachment: MailTicket.tgz
State ⇒ New
correct mail-filter handling of emails in two senses:
- correctly constructs ticket comment from a multipart email possibly
containing text/plain in inner children as opposed as only managing
text/plain at first or second level.
- adds one or more attachments to the ticket, getting all parts of the
email having a 'name' content type parameter. Also adds the management
in Ticket::newTicket for more than one attachment, handling members
'newattachment'.$idx for idx starting from 1 and going on as they exist.
thanks