From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/45839 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: Time for partial download of nnimap messages again? Date: Fri, 26 Jul 2002 21:51:06 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: <87sn2gzx0y.fsf@doohan.bang.priv.no> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1027713111 25542 127.0.0.1 (26 Jul 2002 19:51:51 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 26 Jul 2002 19:51:51 +0000 (UTC) Cc: ding@gnus.org Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17YB7t-0006dp-00 for ; Fri, 26 Jul 2002 21:51:49 +0200 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 17YB7h-0002mv-00; Fri, 26 Jul 2002 14:51:37 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 26 Jul 2002 14:52:02 -0500 (CDT) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id OAA28840 for ; Fri, 26 Jul 2002 14:51:49 -0500 (CDT) Original-Received: (qmail 20515 invoked by alias); 26 Jul 2002 19:51:13 -0000 Original-Received: (qmail 20509 invoked from network); 26 Jul 2002 19:51:13 -0000 Original-Received: from 178.230.13.217.in-addr.dgcsystems.net (HELO yxa.extundo.com) (217.13.230.178) by gnus.org with SMTP; 26 Jul 2002 19:51:13 -0000 Original-Received: from latte.josefsson.org (yxa.extundo.com [217.13.230.178]) (authenticated bits=0) by yxa.extundo.com (8.12.5/8.12.5) with ESMTP id g6QJp6kd032379; Fri, 26 Jul 2002 21:51:10 +0200 Original-To: Steinar Bang Mail-Copies-To: nobody X-Hashcash: 020726:sb@dod.no:6517d44b96acd14d X-Hashcash: 020726:ding@gnus.org:656fe532e1968358 In-Reply-To: <87sn2gzx0y.fsf@doohan.bang.priv.no> (Steinar Bang's message of "Thu, 18 Jul 2002 20:55:09 +0200") Original-Lines: 80 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.3.50 (i686-pc-linux-gnu) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:45839 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:45839 Steinar Bang writes: > Now that agent is always used by nnimap as a local cache I'm not convinced the change is good, there are at least some known problems we need to solve: 1) The daemon stopped working for someone, probably related by this change. 2) Expiring the agent directory doesn't happen automatically. This might be what some people want, but not others. 3) Unagentized nnimap (and other) servers do not get local caching at all. Which means people that don't agentize their nnimap server actually get no overview cache at all, since the nnimap cache has been disabled. Bad bad! I think non-local servers should be agentized by default, but I'm not sure how to change it in a backwards compatible way. 4) Slowness in expiring? Fixed? 5) Any mark problems still occuring? If those who disabled the agent re-enabled it and reported the problems they see, it would be very useful. If there are more undiscovered problems that looks difficult to solve, reverting the default value change should be considered. > it may be time to once more start looking at partial downloads of > MIME messages? Feel free to do so. :-) > Eg. downloading the text part, but leave that big videoclip on the > server, until we decide to look at it. > > A quick revisit of the idea: > - in the agent cache, replace the delayed parts with a > message/external-body URL part > > where the URL is an IMAP URL: > > - when the user wishes to view or save the delayed part, it is > downloaded from the server, and the message/external-body is > replaced with the actual part > > What Simon didn't like about this, IIRC, was that you changed the > message from the original. > > But you don't, really. The original message is kept in its priestine > state on the server. What happens to the cached message is just an > internal Gnus implementation issue, IMO. Yup. I have troubles visualising how the UI for this would work though. It should handle disconnected support too. But I guess it isn't impossible to do. Let's see. 1) Have a nnimap-undownload-part variable that can contain predicates such as (and (string= content-type "audio/mp3") (> size 123456)) that says which parts to not download. 2) In nnimap-request-article (possibly with help from nnimap-request-headers for simple predicates) evaluate the predicate and download all other MIME parts, and replace the offending part with the multipart/external IMAP URL stuff. 3) In gnus, somehow add a mark saying that an article is not fully downloaded. Maybe a agent specific mark? 4) In gnus, mark the MIME button for replaced entities somehow, to make it clear that Gnus replaced it. 5) In gnus, have a command to re-download the whole message. It should work even when disconnected (compare the @ download mark). 6) In gnus, somehow fix C-d to reflect the external property as well? As I personally don't really need the feature, I don't think I'll do much more than this though. :-)