<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <HTML> <HEAD> <TITLE> [fetchmail]Domino IMAP and missing Content-Transfer-Encoding </TITLE> <LINK REL="Index" HREF="index.html" > <LINK REL="made" HREF="mailto:Anthony.Kim%40walgreens.com"> <META NAME="robots" CONTENT="index,nofollow"> <LINK REL="Next" HREF="010016.html"> </HEAD> <BODY BGCOLOR="#ffffff"> <H1>[fetchmail]Domino IMAP and missing Content-Transfer-Encoding </H1> <B>Anthony Kim </B> <A HREF="mailto:Anthony.Kim%40walgreens.com" TITLE="[fetchmail]Domino IMAP and missing Content-Transfer-Encoding">Anthony.Kim@walgreens.com </A><BR> <I>Wed, 1 Mar 2006 23:02:52 -0600</I> <P><UL> <LI> Next message: <A HREF="010016.html">[fetchmail]Domino IMAP and missing Content-Transfer-Encoding </A></li> <LI> <B>Messages sorted by:</B> <a href="date.html#10015">[ date ]</a> <a href="thread.html#10015">[ thread ]</a> <a href="subject.html#10015">[ subject ]</a> <a href="author.html#10015">[ author ]</a> </LI> </UL> <HR> <!--beginarticle--> <PRE>Summary: fetchmail was not retrieving Content-Transfer-Encoding header via Domino IMAP. As it turns out, it was the Domino IMAP server that wasn't offering up the header. On Fri, Feb 17, 2006, Matthias Andree wrote: ><i> In 6.4.X, we might implement an option so that fetchmail does not </I>><i> split header/body fetch but get the whole message including </I>><i> header in one huge piece as POP3 does which makes undeliverable </I>><i> mail more expensive though. </I> Thankfully, I won't have to wait for this. Much of Domino's IMAP behavior depends on the mail storage format specified in the Person document in the Public Name and Address Book. There are three options for mail storage for incoming mail: 1. Keep in Sender's format 2. Prefers MIME 3. Prefers Notes Rich Text My setting was "Prefers MIME". Switching to "Keep in Sender's format" solved the missing encoding header problem. According to IBM, "Prefers MIME" offers the best IMAP performance in Domino "When you choose this option, the router converts all incoming messages to the MIME storage format at delivery time. The messages are therefore stored in your mail file in MIME format. This lets the IMAP server quickly serve all information about the document (such as size) as well as the body of the document to an IMAP client because the document is already stored in the necessary MIME format for the client to read." [0] I can only surmise this MIME storage results in some rather non-standard IMAP behavior. So long my goofy procmail hacks. Thanks to Matthias Andress and Rob Funk for helping me troubleshoot. Anthony [0] <A HREF="http://www-128.ibm.com/developerworks/lotus/library/ls-D6_IMAP_Perf/?OpenDocument">http://www-128.ibm.com/developerworks/lotus/library/ls-D6_IMAP_Perf/?OpenDocument</A> </PRE> <!--endarticle--> <HR> <P><UL> <!--threads--> <LI> Next message: <A HREF="010016.html">[fetchmail]Domino IMAP and missing Content-Transfer-Encoding </A></li> <LI> <B>Messages sorted by:</B> <a href="date.html#10015">[ date ]</a> <a href="thread.html#10015">[ thread ]</a> <a href="subject.html#10015">[ subject ]</a> <a href="author.html#10015">[ author ]</a> </LI> </UL> </body></html>