From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/23908 Path: main.gmane.org!not-for-mail From: Florian Weimer Newsgroups: gmane.emacs.gnus.general Subject: Re: MIME-PGP Date: 06 Jul 1999 11:24:54 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035161554 5732 80.91.224.250 (21 Oct 2002 00:52:34 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 00:52:34 +0000 (UTC) Return-Path: Original-Received: from farabi.math.uh.edu (farabi.math.uh.edu [129.7.128.57]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id FAA00781 for ; Tue, 6 Jul 1999 05:23:50 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by farabi.math.uh.edu (8.9.1/8.9.1) with ESMTP id EAB12487; Tue, 6 Jul 1999 04:20:09 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 06 Jul 1999 04:20:43 -0500 (CDT) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id EAA19078 for ; Tue, 6 Jul 1999 04:20:31 -0500 (CDT) Original-Received: from delos.stuttgart.netsurf.de (delos.stuttgart.netsurf.de [194.163.56.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id FAA00765 for ; Tue, 6 Jul 1999 05:19:24 -0400 (EDT) Original-Received: by delos.stuttgart.netsurf.de (Smail3.2.0.103/delos.LF.net) via LF.net GmbH Internet Services via remoteip 194.163.56.20 via remotehost cygnus.stuttgart.netsurf.de with esmtp for mailhost.sclp.com id m111RNp-000S2sC; Tue, 6 Jul 1999 11:19:21 +0200 (MET DST) Original-Received: from deneb.cygnus.stuttgart.netsurf.de (deneb.cygnus.stuttgart.netsurf.de [192.168.0.1]) by cygnus.stuttgart.netsurf.de (8.8.7/8.8.7) with ESMTP id LAA02879 for ; Tue, 6 Jul 1999 11:20:23 +0200 Original-Received: (from fw@localhost) by deneb.cygnus.stuttgart.netsurf.de (8.9.3/8.9.3) id LAA03156; Tue, 6 Jul 1999 11:24:54 +0200 Original-To: ding@gnus.org In-Reply-To: Lars Magne Ingebrigtsen's message of "06 Jul 1999 05:34:25 +0200" Original-Lines: 49 User-Agent: Gnus/5.070091 (Pterodactyl Gnus v0.91) XEmacs/21.1 (20 Minutes to Nikko) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:23908 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:23908 Lars Magne Ingebrigtsen writes: > > - decoding: do all verification and decryption during the dissection > > phase (don't defer it until the article is actually displayed; an > > appropriate hook is required, of course). > > This doesn't, really. For instance, I would guess most users will > want to see the message whether it can be verified or not, and there > should be some user interface thing to the verification. Verification can be done automatically during dissection, no user interaction is required (personally, I don't like automatic key fetching anyway ;). I have yet to investigate whether it is possible to put the result of the verification into the `multipart/signed' MIME handle and use `gnus-mime-multipart-functions' to display the information to the user. If verification is done during the display phase, the format of the MIME handles has to be modified to contain information on how to obtain the raw message data. I don't know how feasible this is. > For decoding, the user may have to type in a password or the like, > and that can't take place during dissection, since that's supposed > to happen at a very low level. I see. In addition, it might be a good idea letting the user decide when he wants to decrypt the message (i.e. when nobody is watching him ;). In contrast to verification, decryption doesn't need the raw message data, which means that the representation of the MIME handles doesn't have to be changed. > > > Well, why not just quote the "\nFrom " lines before calling the > > > qp-encode function? It seems like a cleaner way to do this. > > > > Eh, I don't see how this could work. If a s/^From /From=20/ is done > > before qp-encode is called, wouldn't this result in `From=3D20'? > > Yes. So quote the "\nFrom " lines after encoding, then. :-) But this will only work if the part has already been encoded as quoted-printable. It might well happen that Gnus has chosen to use 7-bit encoding (because it doesn't contain any strange characters), so it would be necessary to recode the part as quoted-printable first and then do the "\nFrom " translation. A related problem is that RFC 2015 forbids to use 8-bit or binary encoding (because parts might get mangled by MTAs, which would be deadly for the signature) and I haven't found a way to efficiently disable these encodings.