From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/61697 Path: news.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general,gmane.mail.mh-e.devel Subject: Re: Gnus 5.10.6 problems with PGP/MIME (test cases) Date: Wed, 18 Jan 2006 21:40:25 +0900 Organization: Emacsen advocacy group 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 1137588252 5731 80.91.229.2 (18 Jan 2006 12:44:12 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 18 Jan 2006 12:44:12 +0000 (UTC) Cc: ding@gnus.org Original-X-From: ding-owner+m10228@lists.math.uh.edu Wed Jan 18 13:44:05 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 1EzCf1-0002kX-2a for ding-account@gmane.org; Wed, 18 Jan 2006 13:43:36 +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 1EzCew-00074v-00; Wed, 18 Jan 2006 06:43:30 -0600 Original-Received: from nas01.math.uh.edu ([129.7.128.39]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1EzCcT-00074q-00 for ding@lists.math.uh.edu; Wed, 18 Jan 2006 06:40:57 -0600 Original-Received: from quimby.gnus.org ([80.91.224.244]) by nas01.math.uh.edu with esmtp (Exim 4.52) id 1EzCcQ-00062g-Tn for ding@lists.math.uh.edu; Wed, 18 Jan 2006 06:40:57 -0600 Original-Received: from washington.hostforweb.net ([66.225.201.13]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1EzCcL-00048a-00 for ; Wed, 18 Jan 2006 13:40:49 +0100 Original-Received: from [205.234.185.198] (port=35644 helo=mail.jpl.org) by washington.hostforweb.net with esmtpa (Exim 4.52) id 1EzCfr-0003nK-Ni; Wed, 18 Jan 2006 06:44:28 -0600 Original-To: mh-e-devel@lists.sourceforge.net X-Face: #kKnN,xUnmKia.'[pp`;Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu;B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux) Cancel-Lock: sha1:JxBLFMdcuf/aEnlC6x/RJwwBOkk= X-Hashcash: 1:20:060118:mh-e-devel@lists.sourceforge.net::ExebGNimR3/YZWtM:000000000000000000000000000006sbj X-Hashcash: 1:20:060118:ding@gnus.org::NpEnAEqilm80wU+l:00001H+p X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - washington.hostforweb.net X-AntiAbuse: Original Domain - gnus.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: -2.6 (--) Precedence: bulk Original-Sender: ding-owner@lists.math.uh.edu Xref: news.gmane.org gmane.emacs.gnus.general:61697 gmane.mail.mh-e.devel:11372 Archived-At: >>>>> In <53032.1137578648@juniper.net> Mark D. Baushke wrote: > Katsumi Yamaoka writes: >> Doesn't the patch cause inconvenience to DOS users? > It should work without any problems to DOS users. > What is happening is that --textmode tells GnuPG to send a literal > Data Packet (Tag 11) with a data format of 't' (0x74) to specify > that the packet contains text data and thus may need line ends > converted to local form, or other text-mode changes. [...] 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*. [...] > Note: I have played with both method=pgpmime and method=pgp and I > have found that the largest number of OpenPGP aware mail user agents > being used by the people that received my encrypted and/or signed > e-mail are able to handle method=pgp more often than method=pgpmime. > That said, if I were using method=pgpmime and I had an attachment > that was a binary file, the patch I provided would be a > problem. There is no way to tell PGP that the contents of one > content-type should be --textmode (the body of the message) while > the contents of the attachment should be in --no-textmode (or > defaulted to binary mode). In binary mode, text lines are to be > canonicalized to use CRLF for purposes of generating signatures. > The big problem here, is if I have multiple attachments that also > need to be encrypted and some of those attachments are binary and > some are text. There is no easy way to express to MH-E or Gnus that > --textmode should only be used for the lines in the text part of the > message and that the attachment must be treated as binary. I was also worried about things similar. However, I noticed pgg-gpg-encrypt-region uses pgg-as-lbt, which always add CRs to line endings. Perhaps it is not wrong that I consider it is designed to handle only text. Though, it might be data encoded by base64, etc. In fact, there seems to be no way to encrypt binary data directly using Gnus and MML. Could anyone correct me? I will install your patch if no one comments. 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. This was done in SEMI before PGG was imported into Gnus. But I believe --textmode is needed there now. > What I end up using is either separate PGP encrypted components, or > I do a base64 or uuencode of my binary attachment prior to adding it > to my message to be sent. > So, it is clear that my patch is not good in the general case, > however, it is probably desirable to have some way for MH-E to > indicate that the --textmode should be used for the body of the > message and not used for an attachment. > I would be more than willing to help you test any changes you might > want to add to help make this more configurable to Gnus.