From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/59953 Path: news.gmane.org!not-for-mail From: "Ted Zlatanov" Newsgroups: gmane.emacs.gnus.general Subject: Re: fetch only a portion of an article? (nnimap mainly) Date: 7 Mar 2005 13:11:16 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <4nbr9vfhrv.fsf@lifelogs.com> References: <4nfyzbi3yo.fsf@lifelogs.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1110219117 31657 80.91.229.2 (7 Mar 2005 18:11:57 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 7 Mar 2005 18:11:57 +0000 (UTC) Cc: "Ding Mailing List" Original-X-From: ding-owner+M8494@lists.math.uh.edu Mon Mar 07 19:11:57 2005 Original-Received: from malifon.math.uh.edu ([129.7.128.13] ident=mail) by ciao.gmane.org with esmtp (Exim 4.43) id 1D8MhT-0007yf-7C for ding-account@gmane.org; Mon, 07 Mar 2005 19:11:27 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu ident=lists) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1D8Mic-0006wX-00; Mon, 07 Mar 2005 12:12:38 -0600 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1D8MiY-0006wS-00 for ding@lists.math.uh.edu; Mon, 07 Mar 2005 12:12:34 -0600 Original-Received: from quimby.gnus.org ([80.91.224.244]) by util2.math.uh.edu with esmtp (Exim 4.30) id 1D8Mhg-0006wv-AW for ding@lists.math.uh.edu; Mon, 07 Mar 2005 12:11:41 -0600 Original-Received: from clifford.bwh.harvard.edu ([134.174.9.41] helo=mail.bwh.harvard.edu) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1D8MhQ-00056V-00 for ; Mon, 07 Mar 2005 19:11:24 +0100 Original-Received: (qmail 17623 invoked from network); 7 Mar 2005 18:09:09 -0000 Envelope-Sender: tzz@lifelogs.com Envelope-Recipients: jas@extundo.com, ding@gnus.org, Original-Received: from asimov.bwh.harvard.edu (HELO asimov) (internal?.8?user:?tzz@[134.174.8.118]) (envelope-sender ) by mail.bwh.harvard.edu (qmail-ldap-1.03) with SMTP for ; 7 Mar 2005 18:09:08 -0000 Mail-Followup-To: "Simon Josefsson" , "Ding Mailing List " Original-To: "Simon Josefsson" X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" X-Hashcash: 1:20:050307:jas@extundo.com::ftI+uhGqGkLaQv7R:000000000000000000000000000000000000000000000022bn X-Hashcash: 1:20:050307:ding@gnus.org::TF6HxdE75aH4R/GD:00006+Nh In-Reply-To: (Simon Josefsson's message of "Fri, 04 Mar 2005 23:51:06 +0100") User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3.50 (gnu/linux) X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on sysblade0.bwh.harvard.edu X-Spam-Status: No, score=-1.6 required=5.8 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Score: -4.9 (----) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu X-MailScanner-From: ding-owner+m8494@lists.math.uh.edu X-MailScanner-To: ding-account@gmane.org Xref: news.gmane.org gmane.emacs.gnus.general:59953 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:59953 On Fri, 04 Mar 2005, jas@extundo.com wrote: > IMAP support partial retrieval (byte counts), and even retrieval based > on the selected MIME structures (i.e., retrieve entire message except > one big attachment). I think the problem may be in designing the back > end interface properly, so it is flexible enough. Can you write the nnimap function to get N bytes with an extra parameter (you can merge it with nnimap-request-article-part or not, up to you)? I'll do the rest of the API. > Ideally there should be some way to retrieve the MIME structure of > an article, and then make Gnus chose which MIME parts to retrieve. I'll take a look at that stuff. Unfortunately the other backends don't support this, so it's less useful than a line count IMO (although it can make the Gnus IMAP experience much better). > But having a line count may be sufficient as a start. However, > there is a big problem with caching. If an incomplete article ends > up in the asynchronous pre-fetcher, agent cache, user cache, etc, it > will require some tinkering to invalidate that copy and force a > re-query on the entire article. I can deal with this, I think. I looked at the code and it's not too bad. I just won't enter the article in the cache if it was fetched partially. Do you think this is OK? When and if retrieval by MIME part is done I can change this, but for now it seems like a good compromise. Ted