From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/71070 Path: news.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Partial article download Date: Sun, 19 Sep 2010 13:57:58 +0200 Organization: Programmerer Ingebrigtsen Message-ID: References: <87eicqn0dh.fsf@dod.no> <87zkvepdqs.fsf@rimspace.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1284897501 28445 80.91.229.12 (19 Sep 2010 11:58:21 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 19 Sep 2010 11:58:21 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M19443@lists.math.uh.edu Sun Sep 19 13:58:19 2010 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OxIXB-0008LS-Jg for ding-account@gmane.org; Sun, 19 Sep 2010 13:58:17 +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 1OxIX7-00076B-DT; Sun, 19 Sep 2010 06:58:13 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1OxIX5-00075t-UK for ding@lists.math.uh.edu; Sun, 19 Sep 2010 06:58:11 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1OxIX1-0001iE-Lb for ding@lists.math.uh.edu; Sun, 19 Sep 2010 06:58:11 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1OxIX0-0000c9-00 for ; Sun, 19 Sep 2010 13:58:06 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OxIX0-0008JH-7H for ding@gnus.org; Sun, 19 Sep 2010 13:58:06 +0200 Original-Received: from cm-84.215.34.171.getinternet.no ([84.215.34.171]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 19 Sep 2010 13:58:06 +0200 Original-Received: from larsi by cm-84.215.34.171.getinternet.no with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 19 Sep 2010 13:58:06 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 40 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cm-84.215.34.171.getinternet.no Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEUgBg/RtKg0DRTj09OS ZltbKicMAgYWbRdYAAACP0lEQVQ4jVWUy27jMAxFCaHxXo07a4GovA88H1C7UteGIGYtBBP+/yfM 1aNJq511xNcladJxJtWS08G0aCJ3EKk+kd8dm4U9O8kDTNNNSYvXQjSxd2Q6KMTvizKoFvYxHKm6 InL4yot6UTOVU5DCAlAMnEoIibxc4YHz7KgCYskhWBuTl8RTwVcsAMV42ay1ZxtEkjFGwht8AbAP HYCkGxkfPgx1i3A+X+x6sXNEFQRAxjSwndd2LiGEoyzbB7Ejoh/gzfhknMTEEhuwA8zsD+cjM2f+ DZCXM7hn+Q1sFHHcD6G+J0Ap/Trnn2B9AriC1sGOtOwMUXwaAI2ztj23DfAAxNO9+pohXgePrJxm u84pbzb8AkX1tOEtHNo5j+CxpXstG2pLEHkOiXN639lD3hP6sq1z2GaYBHRrz7sXQeG5Ajy2ED+E mEPaGQBtirShats1SbklLITAO8DQJI3gnMhsc6LPp+78LaLJwT3ATk9AOTrzAA7T+Q083H33FrOF sR0AkgyApBLXKeiAMK4dYBqPekEDEN22bjDHwxwNGKZSbR9gGYA6OKGFlw5OD6A0aRGIXpUSuh/N eQOIjr1ZK4h6Tx2YHoPlswoSdr3n/cWHCqoZNqTNtH3Vfwd2q+Tc0sUo1kLOVhYttwUbqi80AJoB +Kf9B+q59wwwUdZe1vVVeRmgtAze667B6C+2vJvcteeEWTsjzGUpg5y0lil1O9cKvlRNI4fWe7xH 3VWur6I3ruSqJO2+g8tH/ZdUctX/rJfYAD+SWvwAAAAASUVORK5CYII= Mail-Copies-To: never X-Now-Playing: Jane Siberry's _When I Was A Boy_: "All The Candles In The World" User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:q4dRsFDmVPGVXCI3TLMdMzHqAig= X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:71070 Archived-At: Daniel Pittman writes: > Generally, I would expect all you to fetch all the structural (multipart/*) > and inline (*/*) parts, other than the ones that were not going to be > displayed because they were the lower priority part of a multipart/alternative > chunk of main. That sounds like work. :-) My guess is that this feature is only interesting for people with low bandwidth (for instance, on a phone). So even if they're getting text/html rendered, they don't want the images that would normally be displayed in the article (referred to with cid:). So I think "just download text/*" is good enough. >> If we have a "fetch complete article" message, it could just bind the agent >> thing to nil and then request it straight from the IMAP server? Then things >> should Just Work. That is, the partial articles would be downloaded by the >> agent and stored. > > ... I very strongly favour this being an "implementation detail" that I have > absolutely no visibility of as an end user. (Well, save for offline operation > or whatever.) Well, it'll be a new command, so it'll be visible. > Way back when I vaguely thought about this I envisioned rewriting the MIME > bits so the interface between the backend and the rest of Gnus was based on > fetching the MIME structure, then fetching individual parts while rendering. > > That would allow the IMAP implementation to delegate that to the server, but > the NNTP (etc) implementation to use a common function that basically emulated > the same stuff on top of the entire article. I'm not sure how useful that would be. -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen