From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Woodhouse Subject: Re: Query: Patches break with Microsoft exchange server. Date: Wed, 11 Aug 2010 16:58:25 +0100 Message-ID: <1281542305.5107.11.camel@localhost> References: <4C5F9B25.8080401@st.com> <4C624AE1.30504@st.com> <4C62C5BD.3020808@mnsu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Cc: viresh kumar , Felipe Contreras , "git@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "Justin P. Mattock" , Uwe =?ISO-8859-1?Q?Kleine-K=F6nig?= , Valeo de Vries , Linus Walleij , Matti Aarnio , mihai.dontu@gmail.com, richardcochran@gmail.com, "Gadiyar, Anand" To: Jeffrey Hundstad X-From: linux-kernel-owner@vger.kernel.org Wed Aug 11 17:58:48 2010 Return-path: Envelope-to: glk-linux-kernel-3@lo.gmane.org Received: from vger.kernel.org ([209.132.180.67]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OjDhV-0005Ki-BA for glk-linux-kernel-3@lo.gmane.org; Wed, 11 Aug 2010 17:58:45 +0200 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754407Ab0HKP6h (ORCPT ); Wed, 11 Aug 2010 11:58:37 -0400 Received: from casper.infradead.org ([85.118.1.10]:57392 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752660Ab0HKP6g (ORCPT ); Wed, 11 Aug 2010 11:58:36 -0400 Received: from [2001:8b0:10b:1:225:64ff:fee8:e9df] by casper.infradead.org with esmtpsa (Exim 4.72 #1 (Red Hat Linux)) id 1OjDhD-0007yb-Mp; Wed, 11 Aug 2010 15:58:27 +0000 In-Reply-To: <4C62C5BD.3020808@mnsu.edu> X-Mailer: Evolution 2.31.6 X-SRS-Rewrite: SMTP reverse-path rewritten from by casper.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Archived-At: On Wed, 2010-08-11 at 10:46 -0500, Jeffrey Hundstad wrote: > Exchange 2010 does not handle IMAP "chunking" (partial message transfer) > correctly. Any request after about 1 megabyte of total message size > will fail. > > Thunderbird uses this "chunking" feature to give you a status update > while downloading large messages. The IMAP statements are of this type: > 11 UID fetch 244477 (UID RFC822.SIZE BODY[]<20480.12288>) > > When the 20480 is larger than 1MB Exchange "claims" there is no more. > Sigh.... I think the problem is not with the fetching -- the problem is that Exchange lies about RFC822.SIZE before the IMAP client even starts to fetch the message. It reports a size which is smaller than the actual size of the message, thus leading to truncated fetches. In Evolution we have a workaround -- we don't just stop when we get to the reported RFC822.SIZE; we continue fetching more chunks until the server actually stops giving us any more. It's not as efficient (because we fall back to having only one more chunk outstanding at a time rather than the normal three in parallel), but at least it works around this brokenness of Exchange. http://git.gnome.org/browse/evolution-data-server/commit/?id=9714c064 -- David Woodhouse Open Source Technology Centre David.Woodhouse@intel.com Intel Corporation