From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/17112 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: Those MIME requirements Date: 15 Sep 1998 02:43:27 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035155871 31643 80.91.224.250 (20 Oct 2002 23:17:51 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:17:51 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: from gizmo.hpc.uh.edu (gizmo.hpc.uh.edu [129.7.102.31]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id UAA25661 for ; Mon, 14 Sep 1998 20:50:22 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (sina.hpc.uh.edu [129.7.3.5]) by gizmo.hpc.uh.edu (8.7.6/8.7.3) with ESMTP id TAF28728; Mon, 14 Sep 1998 19:16:22 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 14 Sep 1998 19:43:46 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [209.195.19.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id TAA17918 for ; Mon, 14 Sep 1998 19:43:38 -0500 (CDT) Original-Received: from gregory.pdc.kth.se (gregory.pdc.kth.se [130.237.221.239]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id UAA25578 for ; Mon, 14 Sep 1998 20:43:30 -0400 (EDT) Original-Received: (from jas@localhost) by gregory.pdc.kth.se (8.8.5/8.8.5) id CAA01863; Tue, 15 Sep 1998 02:43:27 +0200 (METDST) Original-To: Lars Magne Ingebrigtsen X-Now-Reading: Marcel Proust, A la recherche du temps perdu In-Reply-To: Lars Magne Ingebrigtsen's message of "11 Sep 1998 13:35:16 +0200" Original-Lines: 47 User-Agent: Gnus/5.070031 (Pterodactyl Gnus v0.31) Emacs/20.3 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:17112 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:17112 Lars Magne Ingebrigtsen writes: > How does TM navigate through the multipart/mixed messages? 'n' for next entity, 'p' for previous entity and 'u' for upper entity. Also, I think Gnus should number the entities. Walking around in articles that contains attachments with nestled entities is almost impossible since the article structure is not preserved by Gnus right now. A possible rendering of an article would be: [1 ] [2 ] [2.1 ] [2.2 ] [3 ] (I'm not sure if this is the best way to render 'alternative' attachments, but you get the idea) > > REQ-20 - integration of MIME support with nnimap > > I would like the MIME support to cooperate with the upcoming > > nnimap, in such a way that loading of attachments can be delayed > > until you actually wish to show or save it (delay the download of > > that 5MB PowerPoint file your boss sent you (real example: it > > happened to me today) until you can plug your laptop into the LAN at > > work) > > (19980826 Steinar Bang ) > > That would be nice. One way would be to request a body structure of the article from the backend and then only fetch the TEXT/PLAIN entities (by user configuration, of course) and display the article. The representation used by IMAP uses paranthesis nesting and could probably be used without much changes, it looks something like this (same article as in the rendering above): (("TEXT" "PLAIN" ("CHARSET" "US-ASCII") NIL NIL "7BIT" 1248 45)(("TEXT" "PLAIN" ("CHARSET" "US-ASCII") NIL NIL "7BIT" 77 5)("MESSAGE" "EXTERNAL-BODY" ("ACCESS-TYPE" "anon-ftp" "SITE" "ftp.jaist.ac.jp" "DIRECTORY" "/pub/GNU/elisp/apel" "NAME" "apel-8.18.tar.gz" "MODE" "image") NIL NIL "7BIT" 99) "ALTERNATIVE")("TEXT" "PLAIN" ("CHARSET" "ISO-8859-1") NIL NIL "QUOTED-PRINTABLE" 336 7) "MIXED") The syntax is described in detail on page 59 ("BODYSTRUCTURE") of RFC2060. /s