From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/58015 Path: main.gmane.org!not-for-mail From: "Ilya N. Golubev" Newsgroups: gmane.emacs.gnus.general Subject: Re: elisp encoding Date: Wed, 30 Jun 2004 19:12:10 +0400 Sender: ding-owner@lists.math.uh.edu Message-ID: <027c40e2d84907-gin@mo.msk.ru> References: <027e40e1cf6186-gin@mo.msk.ru> NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1088609721 28881 80.91.224.253 (30 Jun 2004 15:35:21 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 30 Jun 2004 15:35:21 +0000 (UTC) Cc: ding@gnus.org, bugs@gnus.org Original-X-From: ding-owner+M6556@lists.math.uh.edu Wed Jun 30 17:35:10 2004 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 1Bfh78-0004yC-00 for ; Wed, 30 Jun 2004 17:35:10 +0200 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 1Bfh6k-0007z3-00; Wed, 30 Jun 2004 10:34:46 -0500 Original-Received: from util2.math.uh.edu ([129.7.128.23]) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1Bfgl0-0007t2-00 for ding@lists.math.uh.edu; Wed, 30 Jun 2004 10:12:18 -0500 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by util2.math.uh.edu with esmtp (Exim 4.30) id 1Bfgkz-000776-5b for ding@lists.math.uh.edu; Wed, 30 Jun 2004 10:12:17 -0500 Original-Received: from d-fens.mopniei.ru (unknown [213.234.194.202]) by justine.libertine.org (Postfix) with SMTP id 85E383A0058; Wed, 30 Jun 2004 10:12:15 -0500 (CDT) Original-Received: (gin@localhost) by d-fens.mopniei.ru (8.6.8.1/SCA-6.6) id PAA00742; Wed, 30 Jun 2004 15:12:10 GMT Original-To: Katsumi Yamaoka In-reply-to: Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:58015 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:58015 > I don't know why the part was modified into quoted-printable > from 8bit, but it may be doing of MTAs. So a standard procedure of testing mime encoding without actually sending mail is absolutely necessary. As requested by posted to on Wed, 30 Jun 2004 00:21:54 +0400 (<027e40e1cf6186-gin@mo.msk.ru>). > What Ilya and I wanted > to say is why ShengHuo changed it so that the `CTE: 8bit' is > used when a part contains long lines even if there's no > non-ascii text. I cannot find out the necessity. Agree. This imposes the limit of 76 octets per line on pure 7bit body parts. This certainly is not the processing of long lines in body parts as specified by RFC 2045, which imposes line length limit of 998 octets, and which concerns both 7bit and 8bit transfer encodings. Another bug of current processing is that it may leave an 8bit body part with lines longer than allowed by RFC 2045. Actually observed such a standard violation. . Created an `.el' file containing 1 pure 7bit line of 1500 octets. . Attached it to message. . Evaluated `(mml-to-mime)'.