Pileus Git - ~andy/fetchmail/blob - contrib/010015.html

   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
   2 <HTML>
   3  <HEAD>
   4    <TITLE> [fetchmail]Domino IMAP and missing Content-Transfer-Encoding
   5    </TITLE>
   6    <LINK REL="Index" HREF="index.html" >
   7    <LINK REL="made" HREF="mailto:Anthony.Kim%40walgreens.com">
   8    <META NAME="robots" CONTENT="index,nofollow">
   9
  10
  11    <LINK REL="Next"  HREF="010016.html">
  12  </HEAD>
  13  <BODY BGCOLOR="#ffffff">
  14    <H1>[fetchmail]Domino IMAP and missing Content-Transfer-Encoding
  15    </H1>
  16     <B>Anthony Kim
  17     </B>
  18     <A HREF="mailto:Anthony.Kim%40walgreens.com"
  19        TITLE="[fetchmail]Domino IMAP and missing Content-Transfer-Encoding">Anthony.Kim@walgreens.com
  20        </A><BR>
  21     <I>Wed, 1 Mar 2006 23:02:52 -0600</I>
  22     <P><UL>
  23
  24         <LI> Next message: <A HREF="010016.html">[fetchmail]Domino IMAP and missing Content-Transfer-Encoding
  25 </A></li>
  26          <LI> <B>Messages sorted by:</B>
  27               <a href="date.html#10015">[ date ]</a>
  28               <a href="thread.html#10015">[ thread ]</a>
  29               <a href="subject.html#10015">[ subject ]</a>
  30               <a href="author.html#10015">[ author ]</a>
  31          </LI>
  32        </UL>
  33     <HR>
  34 <!--beginarticle-->
  35 <PRE>Summary: fetchmail was not retrieving Content-Transfer-Encoding
  36 header via Domino IMAP.
  37
  38 As it turns out, it was the Domino IMAP server that wasn't offering
  39 up the header.
  40
  41 On Fri, Feb 17, 2006, Matthias Andree wrote:
  42
  43 &gt;<i> In 6.4.X, we might implement an option so that fetchmail does not
  44 </I>&gt;<i> split header/body fetch but get the whole message including
  45 </I>&gt;<i> header in one huge piece as POP3 does which makes undeliverable
  46 </I>&gt;<i> mail more expensive though.
  47 </I>
  48 Thankfully, I won't have to wait for this.
  49
  50 Much of Domino's IMAP behavior depends on the mail storage format
  51 specified in the Person document in the Public Name and Address
  52 Book.
  53
  54 There are three options for mail storage for incoming mail:
  55
  56 1. Keep in Sender's format
  57 2. Prefers MIME
  58 3. Prefers Notes Rich Text
  59
  60 My setting was &quot;Prefers MIME&quot;.  Switching to &quot;Keep in Sender's
  61 format&quot; solved the missing encoding header problem.
  62
  63 According to IBM, &quot;Prefers MIME&quot; offers the best IMAP performance
  64 in Domino &quot;When you choose this option, the router converts all
  65 incoming messages to the MIME storage format at delivery time. The
  66 messages are therefore stored in your mail file in MIME format.
  67 This lets the IMAP server quickly serve all information about the
  68 document (such as size) as well as the body of the document to an
  69 IMAP client because the document is already stored in the necessary
  70 MIME format for the client to read.&quot; [0]
  71
  72 I can only surmise this MIME storage results in some rather
  73 non-standard IMAP behavior.
  74
  75 So long my goofy procmail hacks.
  76
  77 Thanks to Matthias Andress and Rob Funk for helping me troubleshoot.
  78
  79 Anthony
  80
  81 [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>
  82
  83
  84
  85 </PRE>
  86 <!--endarticle-->
  87     <HR>
  88     <P><UL>
  89         <!--threads-->
  90
  91         <LI> Next message: <A HREF="010016.html">[fetchmail]Domino IMAP and missing Content-Transfer-Encoding
  92 </A></li>
  93          <LI> <B>Messages sorted by:</B>
  94               <a href="date.html#10015">[ date ]</a>
  95               <a href="thread.html#10015">[ thread ]</a>
  96               <a href="subject.html#10015">[ subject ]</a>
  97               <a href="author.html#10015">[ author ]</a>
  98          </LI>
  99        </UL>
 100 </body></html>