Am Sonntag, den 26.10.2014, 23:11 -0700 schrieb Per: > On Sun, Oct 26, 2014 at 10:40 PM, Thomas Mittelstaedt > <tmsta...@t-mittelstaedt.de> wrote: > > There exists an evolution plug-in for user defined email > headers. It's > part of the evolution-plugins package, at least on the old > ubuntu 10.04 > version that I still use. Should still be available, though, > and may > achieve what you need. > > > If you mean the "Custom Header" plugin it unfortunately does not > help me. The problem is that I need to keep an existing header from > the incoming mail and process that header when I reply to the mail > (while piping the message through my own code when sending using an > Outgoing filter in Evo). > > Another idea that comes to my mind, is to use message filters > to for > incoming and outgoing messages. > > > I use an Outgoing filter. That is how I pipe the message through my > own code for processing when sending. >
Just to understand you correctly: You create a mail with new custom header in it, send it off, the header is going through outgoing filter to put that ticket-ID header into the message body. Then, somebody responds to that mail and you expect that ticket-ID mail header to be still in it? You cannot presume that, just like evolution, other mail clients may or may not respect custom headers or use the References header, as Patrick mentioned. I fear you have to bite the bullet somehow to either instruct your "customers" to always include the ticket-Id in their responses or figure out a different rule set to bundle/identify the set of mails belonging to that ticket, a sort of filtering based on sender, subject, date received, etc. Another thing that comes to my mind is a program called formail, which is part of the procmail package (http://www.procmail.org/), which may be of help. > You may also go after the "Message-Id" and "References" > headers. The > first of which is included in messages, at least those sent > from > evolution. > > > Aha, I see that while the Message-id header is changed each time, the > References header 'references' all previous Message-id values, in this > format: > > > References: <first-message-id@someplace> > <second-message-id@someplace> > > > I could simply sneak in the ticket ID in the References header as long > as this fake message-id is guaranteed to be unique, eg: > > > > References: <TIMESTAMP.TICKETID@mydomain> <first-message-id@someplace> > <second-message-id@someplace> > > > > Will try this. > > > Thanks a bunch for the pointers, > Per > > -- thomas _______________________________________________ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list