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

   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
   2 <HTML>
   3  <HEAD>
   4    <TITLE> [fetchmail]fetchmail vs Maillenium; mail truncated to 80K
   5    </TITLE>
   6    <LINK REL="Index" HREF="index.html" >
   7    <LINK REL="made" HREF="mailto:jcfoley%40comcast.net">
   8    <META NAME="robots" CONTENT="index,nofollow">
   9
  10    <LINK REL="Previous"  HREF="008522.html">
  11    <LINK REL="Next"  HREF="008524.html">
  12  </HEAD>
  13  <BODY BGCOLOR="#ffffff">
  14    <H1>[fetchmail]fetchmail vs Maillenium; mail truncated to 80K
  15    </H1>
  16     <B>jcfoley@comcast.net
  17     </B>
  18     <A HREF="mailto:jcfoley%40comcast.net"
  19        TITLE="[fetchmail]fetchmail vs Maillenium; mail truncated to 80K">jcfoley@comcast.net
  20        </A><BR>
  21     <I>Fri, 23 Apr 2004 02:51:22 +0000</I>
  22     <P><UL>
  23         <LI> Previous message: <A HREF="008522.html">[fetchmail]fetchmail vs Maillenium; mail truncated to 80K
  24 </A></li>
  25         <LI> Next message: <A HREF="008524.html">[fetchmail]fetchmail vs Maillenium; mail truncated to 80K
  26 </A></li>
  27          <LI> <B>Messages sorted by:</B>
  28               <a href="date.html#8523">[ date ]</a>
  29               <a href="thread.html#8523">[ thread ]</a>
  30               <a href="subject.html#8523">[ subject ]</a>
  31               <a href="author.html#8523">[ author ]</a>
  32          </LI>
  33        </UL>
  34     <HR>
  35 <!--beginarticle-->
  36 <PRE>You're probably using a Comcast POP3 server.  Many others have
  37 experienced this problem.  The problem is that the server truncates
  38 the amount of data returned by the POP3 TOP command.  Comcast changed
  39 to the Maillennium POP3 server in Summer 2003.  For several months
  40 they refused to acknowledge any issue at their end that would account
  41 for email truncation.  Recently the Comcast Government Affairs Manager
  42 at Comcast of Montgomery (Maryland) sent me the information at the end
  43 of this message.
  44
  45 I believe the Outlook Express flaw they reference was fixed a few
  46 years ago.  Regardless it does seem to be a strange and non-conforming
  47 server implementation that silently does the wrong thing specified by
  48 the RFC and every other server I've used.
  49
  50 On the other hand, people have made the comment that fetchmail should
  51 not be relying on TOP because a) that's not what it is for and/or b)
  52 it is an optional POP3 command.
  53
  54 Item I8 of the fetchmail FAQ which appears to be maintained by Eric
  55 S. Raymond says, &quot;Don't mistake this for a fetchmail bug.&quot;
  56
  57 It would be nice to hear from a fetchmail expert/authority on whether
  58 fetchmail is doing the right thing by using TOP and for a rationale of
  59 the FAQ's response.
  60
  61 If fetchmail's use of TOP is legitimate then maybe Comcast would
  62 uncripple their server if more people complained.
  63
  64 Jim Foley
  65
  66 =======================================================================
  67 =======================================================================
  68
  69 Date: Wed, 3 Mar 2004 11:59:17 -0500
  70
  71 Mr. Foley, this email responds to the questions you posed following our
  72 conference call.
  73
  74 First, Comcast does support POP 3 TOP commands, however Comcast has found
  75 that increasing the amount of data TOP returns beyond the value of 64K has a
  76 tendency to crash Microsoft Outlook Express when an abnormally large header
  77 is sent.  Increasing the value beyond 64K would open the platform to
  78 malicious use of large headers that adversely impacts system performance.
  79 Virtually all of Comcast's high-speed Internet customers use Outlook
  80 Express. Comcast has not received requests from other subscribers who seek
  81 to use the TOP command in the manner you have requested.  Further, Comcast
  82 has not received any other complaints regarding email truncation with the
  83 TOP command.  Should you wish to continue checking your mail through manual
  84 commands you might try using the RETR command, which will return the entire
  85 message.
  86
  87 ...
  88
  89
  90
  91 Date: Fri, 5 Mar 2004 16:28:11 -0500
  92
  93 Mr. Foley:
  94
  95 This is in response to your question regarding &quot;POP 3 RFC compliance.&quot;  We
  96 have tried to answer your question about Comcast's services by talking about
  97 the specific application in which you are interested and how that
  98 application relates to technical information regarding the configuration of
  99 Comcast's Internet service.  We have provided you all the information that
 100 we can by explaining that Comcast limits the optional POP 3 Top Command to a
 101 value of 64k because any larger value has a tendency to crash Microsoft
 102 Outlook and could leave Comcast's system open to the malicious use of large
 103 headers intended to impair system performance.
 104
 105 The decision by Comcast to place limitations on the optional POP 3 TOP email
 106 commands is a technical business decision made by Comcast in the best
 107 interest of all its customers and its system. ...
 108
 109 ...
 110
 111 With respect to the specific RFC at issue, RFC 1939, POP 3, it is our
 112 understanding that it is a protocol &quot;intended to permit a workstation to
 113 dynamically access a maildrop on a server host in a useful fashion.
 114 Usually, this means that the POP3 protocol is used to allow a workstation to
 115 retrieve mail that the server is holding for it.  Pop 3 is not intended to
 116 provide extensive manipulation operations of mail on the server.&quot;  POP 3 was
 117 created in May 1996 and has not been revised since, despite the many changes
 118 in computer hardware and software related to handling of email since that
 119 time.  In any event, the TOP command is identified as an optional POP 3
 120 command in RFC 1939.
 121
 122 ...
 123
 124
 125 </PRE>
 126 <!--endarticle-->
 127     <HR>
 128     <P><UL>
 129         <!--threads-->
 130         <LI> Previous message: <A HREF="008522.html">[fetchmail]fetchmail vs Maillenium; mail truncated to 80K
 131 </A></li>
 132         <LI> Next message: <A HREF="008524.html">[fetchmail]fetchmail vs Maillenium; mail truncated to 80K
 133 </A></li>
 134          <LI> <B>Messages sorted by:</B>
 135               <a href="date.html#8523">[ date ]</a>
 136               <a href="thread.html#8523">[ thread ]</a>
 137               <a href="subject.html#8523">[ subject ]</a>
 138               <a href="author.html#8523">[ author ]</a>
 139          </LI>
 140        </UL>
 141 </body></html>