From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/63096 Path: news.gmane.org!not-for-mail From: Juliusz Chroboczek Newsgroups: gmane.emacs.gnus.general Subject: Re: slow PGP in No Gnus v0.4 Date: Sun, 30 Apr 2006 16:31:01 +0200 Message-ID: <873bfvyw2i.fsf@pps.jussieu.fr> References: <871wvtbzwn.fsf@lapin-bleu.net> <87wtdft96c.fsf@lapin-bleu.net> <87d5f6kjcc.fsf@w3.org> <9eslo2alzk.fsf@gowron.rz-berlin.mpg.de> <871wvl95b6.fsf@lapin-bleu.net> <9emze9trg9.fsf@doze.jochen-kuepper.de> <87odyobp8d.fsf@lapin-bleu.net> <9efyjvgvs7.fsf@doze.jochen-kuepper.de> <87fyjvckwx.fsf@denkblock.local> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1146414545 22348 80.91.229.2 (30 Apr 2006 16:29:05 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 30 Apr 2006 16:29:05 +0000 (UTC) Original-X-From: ding-owner+m11623@lists.math.uh.edu Sun Apr 30 18:29:04 2006 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FaEn6-0003Rd-VV for ding-account@gmane.org; Sun, 30 Apr 2006 18:29:01 +0200 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 1FaEn1-0008GT-00; Sun, 30 Apr 2006 11:28:55 -0500 Original-Received: from nas02.math.uh.edu ([129.7.128.40]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1FaCxN-0007yJ-00 for ding@lists.math.uh.edu; Sun, 30 Apr 2006 09:31:29 -0500 Original-Received: from quimby.gnus.org ([80.91.224.244]) by nas02.math.uh.edu with esmtp (Exim 4.52) id 1FaCxM-0004mN-Fj for ding@lists.math.uh.edu; Sun, 30 Apr 2006 09:31:29 -0500 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1FaCxL-0000ko-00 for ; Sun, 30 Apr 2006 16:31:27 +0200 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1FaCxA-0003vF-2B for ding@gnus.org; Sun, 30 Apr 2006 16:31:16 +0200 Original-Received: from 82.98.12.126 ([82.98.12.126]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 30 Apr 2006 16:31:16 +0200 Original-Received: from jch by 82.98.12.126 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 30 Apr 2006 16:31:16 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: ding@gnus.org Original-Lines: 58 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 82.98.12.126 User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.4 (gnu/linux) Cancel-Lock: sha1:J5FhHDO1bn0giHfIUEKfJwmN9mA= X-Spam-Score: -1.1 (-) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: news.gmane.org gmane.emacs.gnus.general:63096 Archived-At: >> 1. Message has been signed and verification failed (obvious); >> 2. message has been signed and verification succeeded (as opposed to) >> 3. message hasn't been signed in the first place. I actually see six states. 1a. verification has failed because the public key is not available; 1b. verification has failed for some other reason. 2a. verification successful, key valid (``trusted''). 2b. verification successful, key validity unknown (``untrusted''). 3. message insecure (not signed). 4. message is signed but hasn't been verified because mm-verify-option is not set. Unlike 1b, which is obviously bad, 1a happens all the time. And Gnus (even with gnus-buttonized-mime-types set to multipart/signed) doesn't allow me to easily distinguish between the two -- the button just says ``Failed''. Which I hereby report as a bug. > In my opinion, the difference between 2 and 3 is [not interesting] A visible flag in the modeline would be an improvement over the current situation. You could replace the current ``p'' with a choice of well-chosen characters. Perhaps someone can make a better design than 1a. ? 1b. - 2a. + 2b. ? 3. space 4. p And if these could be coloured, that would be cool. > Of course, you're free to disagree. Thank you. What the button is important for is knowing which part of the message is protected, and reminding people that headers are not protected. In particular, there's absolutely nothing preventing me from signing a message with my key and putting ``From: larsi@'' in the headers. There's absolutely nothing to indicate that case in the non-buttonised interface. Which I hereby report as a bug. Gnus should notice that case and put something like Juliusz Chroboczek (posing as ) in both the From header line and the summary line. (Yes, that requires rewriting the summary after verification.) (There's also nothing preventing me from taking a plain text messaged signed by larsi@, putting it into a text/fake subpart of a multipart/mixed, and following it with an unsigned text/plain.) Juliusz