From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/29759 Path: main.gmane.org!not-for-mail From: Carey Evans Newsgroups: gmane.emacs.gnus.general Subject: Re: Gnus doesn't understand its own message/rfc forwarding Date: 15 Apr 2000 14:34:19 +1200 Sender: owner-ding@hpc.uh.edu Message-ID: <87r9c8m6s4.fsf@psyche.evansnet> References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035166376 4556 80.91.224.250 (21 Oct 2002 02:12:56 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 02:12:56 +0000 (UTC) Return-Path: Original-Received: from bart.math.uh.edu (bart.math.uh.edu [129.7.128.48]) by mailhost.sclp.com (Postfix) with ESMTP id AC0D8D051E for ; Fri, 14 Apr 2000 22:35:37 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by bart.math.uh.edu (8.9.1/8.9.1) with ESMTP id VAB11693; Fri, 14 Apr 2000 21:35:26 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 14 Apr 2000 21:34:30 -0500 (CDT) Original-Received: from mailhost.sclp.com (postfix@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id VAA18901 for ; Fri, 14 Apr 2000 21:34:20 -0500 (CDT) Original-Received: from psyche.evansnet (203-79-95-33.apx0.paradise.net.nz [203.79.95.33]) by mailhost.sclp.com (Postfix) with ESMTP id 75BADD051E for ; Fri, 14 Apr 2000 22:34:31 -0400 (EDT) Original-Received: from carey by psyche.evansnet with local (Exim 3.12 #1 (Debian)) id 12gIPi-000128-00 for ; Sat, 15 Apr 2000 14:34:26 +1200 Original-To: ding@gnus.org In-Reply-To: Steinar Bang's message of "12 Apr 2000 12:04:50 +0200" Original-Lines: 41 User-Agent: Gnus/5.0803 (Gnus v5.8.3) XEmacs/21.1 (Bryce Canyon) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:29759 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:29759 Steinar Bang writes: [snip: problems with message/rfc822] This sounds like it's related to some problems I have with Gnus 5.8.3. I haven't tried the latest CVS version to see if they still exist though. See: http://www.gnus.org/list-archives/ding/200001/msg00417.html http://www.gnus.org/list-archives/ding/200002/msg00069.html [...] > Isn't this the behavior that the below quoted paragraph from section > 6.4 of http://www.ietf.org/rfc/rfc2045.txt would seem to indicate? > > Certain Content-Transfer-Encoding values may only be used on certain > media types. In particular, it is EXPRESSLY FORBIDDEN to use any > encodings other than "7bit", "8bit", or "binary" with any composite > media type, i.e. one that recursively includes other Content-Type > fields. Currently the only composite media types are "multipart" and > "message". All encodings that are desired for bodies of type > multipart or message must be done at the innermost level, by encoding > the actual body that needs to be encoded. It looks like that to me. In fact, I don't think Gnus should be touching the content of the forwarded message at all. For S/MIME and PGP MIME, the entire MIME part is signed, including the headers, so any changes from quoted-printable to 7bit, or 8bit to quoted-printable, will make the signature invalid. Gnus should be able to forward the message intact so that the signature can still be validated. -- Carey Evans http://home.clear.net.nz/pages/c.evans/ "Perl Programmers are from Mars, Python Programmers are from Yorkshire?" Catchy title. - Alex in c.l.py