From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/61873 Path: news.gmane.org!not-for-mail From: Daiki Ueno Newsgroups: gmane.emacs.gnus.general,gmane.mail.mh-e.devel Subject: Re: Gnus 5.10.6 problems with PGP/MIME (test cases) Date: Tue, 07 Feb 2006 13:53:48 +0900 Message-ID: References: <19643.1137028354@juniper.net> <26554.1137393402@juniper.net> <25107.1137439020@olgas.newt.com> <73630.1137440939@juniper.net> <31430.1137488443@juniper.net> <85906.1137521874@juniper.net> <53032.1137578648@juniper.net> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Trace: sea.gmane.org 1139288290 11912 80.91.229.2 (7 Feb 2006 04:58:10 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 7 Feb 2006 04:58:10 +0000 (UTC) Cc: mh-e-devel@lists.sourceforge.net, ding@gnus.org Original-X-From: ding-owner+m10402@lists.math.uh.edu Tue Feb 07 05:58:07 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 1F6KvW-0006PI-56 for ding-account@gmane.org; Tue, 07 Feb 2006 05:58:06 +0100 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 1F6KvR-0003jg-00; Mon, 06 Feb 2006 22:58:01 -0600 Original-Received: from nas01.math.uh.edu ([129.7.128.39]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1F6KrY-0003ja-00 for ding@lists.math.uh.edu; Mon, 06 Feb 2006 22:54:00 -0600 Original-Received: from quimby.gnus.org ([80.91.224.244]) by nas01.math.uh.edu with esmtp (Exim 4.52) id 1F6KrW-0003IO-I7 for ding@lists.math.uh.edu; Mon, 06 Feb 2006 22:54:00 -0600 Original-Received: from g96069.scn-net.ne.jp ([210.231.96.69] helo=well-done.deisui.org) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1F6KrV-0002aA-00 for ; Tue, 07 Feb 2006 05:53:57 +0100 Original-Received: from [150.82.173.221] (helo=well-done.deisui.org) by well-done.deisui.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1F6KrO-0003eY-L1; Tue, 07 Feb 2006 13:53:50 +0900 Original-To: Katsumi Yamaoka , mdb@gnu.org X-Attribution: DU In-Reply-To: (Katsumi Yamaoka's message of "Wed, 18 Jan 2006 21:40:25 +0900") User-Agent: T-gnus/6.17.2 (based on No Gnus v0.2) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 MULE XEmacs/21.4 (patch 17) (Jumbo Shrimp) (i686-pc-linux) X-Spam-Score: -2.5 (--) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: news.gmane.org gmane.emacs.gnus.general:61873 gmane.mail.mh-e.devel:11592 Archived-At: >>>>> In >>>>> Katsumi Yamaoka wrote: > Thank you for the information. I roughly understood that > `gpg --textmode' generates a *text* packet and recipients should > treat it as text because it is *text*. Though I have not yet read entire discussion, you are talking about non-MIME encryption? If so, it might be preferable that --textmode is specified only in that case. If --textmode is specified, gpg _itself_ converts line ending. On the GNU/Linux system: $ ruby -e 'puts("abc\r\ndef\r\nghi\r\n")' > test.txt $ gpg -q --encrypt --textmode -r ueno@unixuser.org test.txt $ gpg -q --decrypt test.txt.gpg > test.txt You need a passphrase to unlock the secret key for user: "Daiki Ueno " ... $ hd test.txt 00000000 61 62 63 0a 64 65 66 0a 67 68 69 0a |abc.def.ghi.| 0000000c All CRLF are converted to LF. This might cause a problem if you send an encrypted and signed data in RFC1847 encapsulation (RFC3156, section 6.1). After decryption, it does no longer contain the signed material identical as before encryption. > I will install your patch if no one comments. Please add *me* to the Cc: list if you mention changes obviously conflicting with my intension such as below. Otherwise, I will not be aware of them. > By the way, I found out the original author changed it not to > use --textmode over six years ago. > 1999-11-05 Daiki Ueno <> > [...] > * pgg-gpg.el (encrypt-region): Don't use "--textmode" in GPG > arguments, replace line break code with CRLF while signing > instead. Regards, -- Daiki Ueno