Please keep your responses on the mailing list. On 08/25/2011 03:06 PM, DeVore, John wrote: > I ran the query you listed and it returns with 'Empty set'.
No results means that the message in question had no MIME parts, but was made up of just a single MIME entity. > There is a record in the Attachments table with a MessageId of > CAP5SNsEgyCSDQk6no6NpdiGy_v+=ktq1uf8m64tcloopd5a...@mail.gmail.com > which I see when I run: > > select * from Attachments where > MessageId='CAP5SNsEgyCSDQk6no6NpdiGy_v+=ktq1uf8m64tcloopd5a...@mail.gmail.com'\G > (see attached results) The results of this query show me what I need to know. Note that the content type is text/plain, not multipart/alternative as expected with both a text/plain and text/html part included (both in the parsed ContentType column and the raw Headers column). This means that when RT received the message, it had no HTML part. I suspect something else is munging your message before it gets into RT. Do you have spam/virus filtering setup? What's your fetchmailrc look like? You can try having fetchmail pipe the messages it fetches to a different command instead of rt-mailgate to capture what it downloads. Thomas -------- RT Training Sessions (http://bestpractical.com/services/training.html) * Chicago, IL, USA September 26 & 27, 2011 * San Francisco, CA, USA October 18 & 19, 2011 * Washington DC, USA October 31 & November 1, 2011 * Melbourne VIC, Australia November 28 & 29, 2011 * Barcelona, Spain November 28 & 29, 2011
