From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/82126 Path: news.gmane.org!not-for-mail From: Michael Welsh Duggan Newsgroups: gmane.emacs.gnus.general Subject: Re: What happened to snappy low-bandwidth nnimap? Date: Wed, 08 Aug 2012 16:21:38 -0400 Message-ID: References: <87sjby8rpx.fsf@randomsample.de> <87fw7xrzld.fsf@dod.no> <87boil888i.fsf@randomsample.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1344457324 19767 80.91.229.3 (8 Aug 2012 20:22:04 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 8 Aug 2012 20:22:04 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M30394@lists.math.uh.edu Wed Aug 08 22:22:04 2012 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SzClW-0001i8-VE for ding-account@gmane.org; Wed, 08 Aug 2012 22:22:03 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1SzClM-0001ms-7u; Wed, 08 Aug 2012 15:21:52 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1SzClK-0001md-Ht for ding@lists.math.uh.edu; Wed, 08 Aug 2012 15:21:50 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1SzClI-0005Ir-Ty for ding@lists.math.uh.edu; Wed, 08 Aug 2012 15:21:50 -0500 Original-Received: from upton.red.cert.org ([192.88.209.60]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1SzClG-0003Km-Sc for ding@gnus.org; Wed, 08 Aug 2012 22:21:47 +0200 Original-Received: from bucknell.indigo.cert.org (bucknell.indigo.cert.org [10.60.10.121]) by upton.red.cert.org (8.14.4/8.14.4) with ESMTP id q78KLdHD013910 for ; Wed, 8 Aug 2012 16:21:39 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cert.org; s=jthatj15xw2j; t=1344457299; bh=U10wMKcpjINWYuxcrkCZewlaCYIDECA5vaXkwkF4Gqk=; h=From:To:Subject:References:Date:In-Reply-To:Message-ID: MIME-Version:Content-Type:Sender:Reply-To:Cc; b=aMmWGimOXb6wLICemEPI6ehb57AEuQT7/TFW7eK9RScibUJNf/oIX9eLdK+jKN7xM soDMUa1WYd2/2NYbLpJkyGOBZkvt38roHwwsYHvXtYBsKsyBV01CJFa5sKIc9D+P4z jHXd9f4gvZd6hf9cJG6FfB0MahXi15WrxvEj3pPs= Original-Received: from waterbuck.yellow.cert.org (waterbuck.yellow.cert.org [10.20.128.84]) by bucknell.indigo.cert.org (8.14.4/8.14.4/2.81) with ESMTP id q78KLdFS026162 for ; Wed, 8 Aug 2012 16:21:39 -0400 Original-Received: (from mwd@localhost) by waterbuck.yellow.cert.org (8.14.4/8.14.4/Submit/1.6) id q78KLcUV026040; Wed, 8 Aug 2012 16:21:38 -0400 X-Authentication-Warning: waterbuck.yellow.cert.org: mwd set sender to mwd@cert.org using -f In-Reply-To: <87boil888i.fsf@randomsample.de> (David Engster's message of "Wed, 08 Aug 2012 22:00:13 +0200") User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.1.50 (gnu/linux) X-Spam-Score: -2.0 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:82126 Archived-At: David Engster writes: > Steinar Bang writes: >>>>>>> Richard Riley : >>> David Engster writes: >> >>>> Gnus' nnimap used to be pretty snappy with low bandwidths, but now I >>>> get "Initial sync of 2 groups (please wait)" and it downloads about >>>> 700kb of data. While that in itself is pretty bad, I could probably >>>> live with it if it actually did this once, but it does it almost >>>> *every* time; so much for "initial". >> >>> Having spent a lot of time getting to understand agent, queues, plugging >>> and levels and level specific downloads last summer on holiday I too >>> have now noted that imap connections are really really slow on low >>> bandwidth connections and it appears to be fetching a lot of data >>> despite nothing being new. >> >> I guess it would be neat if one of you could use git bisect to find the >> commit that triggered the behaviour...? > > It's not that easy since actual messaging of these "initial sync" > thingies was added later. After looking into the logs it seems it has to > do with QRESYNC handling; I'm using Dovecot 1.2 and it should support > QRESYNC, hence I don't understand why I'm seeing so many "initial > syncs". It could be because my connection drops frequently (as I've > said, reception is terrible). In (), Peder Klingenberg gives a diagnosis of this problem. -- Michael Welsh Duggan (mwd@cert.org)