From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/55398 Path: main.gmane.org!not-for-mail From: Jesper Harder Newsgroups: gmane.emacs.gnus.general Subject: Re: Trailing whitespace and PGP/MIME Date: Wed, 31 Dec 2003 00:29:06 +0100 Sender: ding-owner@lists.math.uh.edu Message-ID: References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1072827191 28075 80.91.224.253 (30 Dec 2003 23:33:11 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 30 Dec 2003 23:33:11 +0000 (UTC) Original-X-From: ding-owner+M3938@lists.math.uh.edu Wed Dec 31 00:33:08 2003 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AbTMK-0006Z2-00 for ; Wed, 31 Dec 2003 00:33:08 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1AbTM1-0000qQ-00; Tue, 30 Dec 2003 17:32:49 -0600 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1AbTLw-0000qL-00 for ding@lists.math.uh.edu; Tue, 30 Dec 2003 17:32:44 -0600 Original-Received: from pfepa.post.tele.dk (pfepa.post.tele.dk [195.41.46.235]) by justine.libertine.org (Postfix) with ESMTP id 953033A0038 for ; Tue, 30 Dec 2003 17:32:43 -0600 (CST) Original-Received: from [195.215.224.196] (0xc3d7e0c4.esnxr4.ras.tele.dk [195.215.224.196]) by pfepa.post.tele.dk (Postfix) with ESMTP id 86D7047FF90 for ; Wed, 31 Dec 2003 00:32:41 +0100 (CET) Original-To: ding@gnus.org Mail-Followup-To: ding@gnus.org In-Reply-To: (Simon Josefsson's message of "Tue, 30 Dec 2003 21:56:07 +0100") User-Agent: Gnus/5.1004 (Gnus v5.10.4) Emacs/21.3.50 (gnu/linux) Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:55398 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:55398 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Simon Josefsson writes: > Jesper Harder writes: > >> It'll fix pgp/mime, but it will also force QP for inline pgp if you >> use a signature -- which for a lot of people means _always_ -- thus >> more or less reverting the intention of your previous change. > > Ah. Hm. Er. So what IS the right thing? The MUST above is for > PGP/MIME, yes, but the _reason_ the MUST is there in the document is > about as valid for plain PGP as it is for PGP/MIME, I think, arguing > that the obvious approach is the right. I'm not sure all the reasons are valid for cleartext signatures. In RFC 2440 textmode is used for cleartext signatures. PGP/MIME allows you to use either a textmode or a binary mode detached signature. I think that's why they need the extra restrictions. Trailing SPC doesn't matter if you're only using textmode, because it's ignored when computing the signature. > One (non-)solution is to warn the user whenever the message content > may not work reliably with plain PGP and ask the user if she wants to > continue, or use PGP/MIME instead. This is similar to Mutt (or at least what Mutt used to do -- my version is fairly old): ,---- | 6.3.115 pgp_create_traditional | | Type: quadoption | Default: no | | This option controls whether Mutt generates old-style PGP encrypted or | signed messages under certain circumstances. | | Note that PGP/MIME will be used automatically for messages which have | a character set different from us-ascii, or which consist of more than | a single MIME part. | | Also note that using the old-style PGP message format is *strongly | depreceated* `---- > There are many things on this list now, e.g., non-ASCII, Yup, I agree that inline signatures are unsuitable for non-ASCII. > trailing unencoded SPC, I don't think that's a problem. > data that look dash escaped. But gpg seems to handle dash-escapes just fine: - - - Also, the "PGP sign part" and "PGP encrypt part" commands should probably be removed, since Gnus itself isn't even able to handle the result. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (GNU/Linux) iD8DBQE/8gpCzEN/MEcathkRAsyuAJ0ZYZAW43Vomkvgy1USXy7csgC76wCg0cpN dUEzVV66ZtZolVLRv6RQ/6I= =Sl27 -----END PGP SIGNATURE-----