From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/19866 Path: main.gmane.org!not-for-mail From: "Bjørn Mork" Newsgroups: gmane.emacs.gnus.general Subject: Re: content-transfer-encoding=8bit Date: Mon, 14 Dec 1998 22:42:01 GMT Organization: Disobedient old Despatchers Sender: owner-ding@hpc.uh.edu Message-ID: <871zm2uz0m.fsf@duckman.mork.no> References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035158138 13790 80.91.224.250 (20 Oct 2002 23:55:38 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:55:38 +0000 (UTC) Return-Path: Original-Received: from gizmo.hpc.uh.edu (gizmo.hpc.uh.edu [129.7.102.31]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id RAA09909 for ; Mon, 14 Dec 1998 17:43:43 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@sina.hpc.uh.edu [129.7.3.5]) by gizmo.hpc.uh.edu (8.9.1/8.9.1) with ESMTP id QAA05604; Mon, 14 Dec 1998 16:42:29 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 14 Dec 1998 16:42:38 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id QAA08692 for ; Mon, 14 Dec 1998 16:42:27 -0600 (CST) Original-Received: from sunsite.auc.dk (sunsite.auc.dk [130.225.51.30]) by sclp3.sclp.com (8.8.5/8.8.5) with SMTP id RAA09855 for ; Mon, 14 Dec 1998 17:42:15 -0500 (EST) Original-Received: (qmail 17558 invoked by uid 509); 14 Dec 1998 22:42:05 -0000 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: emacs.ding User-Agent: Gnus/5.070065 (Pterodactyl Gnus v0.65) Emacs/20.3 Original-NNTP-Posting-Host: 195.139.233.75 Original-X-Complaints-To: news@sunsite.auc.dk Original-X-Trace: sunsite.auc.dk 913675321 195.139.233.75 (Mon, 14 Dec 1998 23:42:01 MET DST) Original-NNTP-Posting-Date: Mon, 14 Dec 1998 23:42:01 MET DST Precedence: list X-Majordomo: 1.94.jlt7 Original-Lines: 62 Xref: main.gmane.org gmane.emacs.gnus.general:19866 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:19866 Vladimir Volovich writes: > Hi, > > i wonder, shouldn't the "content-transfer-encoding=8bit" header be put > into `main' headers of a multipart message, rather then into the > message parts? imho, "content-transfer-encoding=8bit" only has `real' > value when used in the main message headers, and is useless in the > headers of a MIME part. Nope. Different parts can have different encoding. From RFC2045: 3. MIME Header Fields MIME defines a number of new RFC 822 header fields that are used to describe the content of a MIME entity. These header fields occur in at least two contexts: (1) As part of a regular RFC 822 message header. (2) In a MIME body part header within a multipart construct. The formal definition of these header fields is as follows: entity-headers := [ content CRLF ] [ encoding CRLF ] [ id CRLF ] [ description CRLF ] *( MIME-extension-field CRLF ) MIME-message-headers := entity-headers fields version CRLF ; The ordering of the header ; fields implied by this BNF ; definition should be ignored. MIME-part-headers := entity-headers [ fields ] ; Any field not beginning with ; "content-" can have no defined ; meaning and may be ignored. ; The ordering of the header ; fields implied by this BNF ; definition should be ignored. > i.e., gnus should not put "content-transfer-encoding=8bit" into > headers of MIME parts, but should put "content-transfer-encoding=8bit" > into main headers iff a part exists which requires that c-t-t should > be 8bit. Only text types can be 8bit "encoded" because of the line length restriction (998 octets), NUL restriction, and CRLF restriction (must be paired). It's often necessary to mix 8bit and base64 if you have a name like mine and want to send binaries :-) Bjørn .