From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/19488 Path: main.gmane.org!not-for-mail From: Vladimir Volovich Newsgroups: gmane.emacs.gnus.general Subject: Re: Automatic part insertion: =?iso-8859-1?q?=E5=E4=F6?= and =?cn-gb-2312?b?s9TExMj7?= on the same line Date: 02 Dec 1998 22:41:07 +0300 Sender: owner-ding@hpc.uh.edu Message-ID: References: <6f67buzzff.fsf@dna.lth.se> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 X-Trace: main.gmane.org 1035157829 11871 80.91.224.250 (20 Oct 2002 23:50:29 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:50:29 +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 OAA03653 for ; Wed, 2 Dec 1998 14:47:19 -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 NAA15883; Wed, 2 Dec 1998 13:45:10 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 02 Dec 1998 13:45:07 -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 NAA22766 for ; Wed, 2 Dec 1998 13:44:39 -0600 (CST) Original-Received: from cc.vsu.ru (root@ns.vsu.relarn.ru [194.226.24.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id OAA03589 for ; Wed, 2 Dec 1998 14:44:05 -0500 (EST) Original-Received: (from uucp@localhost) by cc.vsu.ru (8.9.1/8.9.1) with UUCP id WAA19612 for ding@gnus.org; Wed, 2 Dec 1998 22:42:11 +0300 Original-Received: (from vvv@localhost) by vvv.vsu.ru (8.8.7/8.8.7) id WAA13186; Wed, 2 Dec 1998 22:41:07 +0300 Original-To: ding@gnus.org In-Reply-To: Lars Magne Ingebrigtsen's message of "02 Dec 1998 20:12:57 +0100" User-Agent: Gnus/5.070059 (Pterodactyl Gnus v0.59) Emacs/20.3 Precedence: list X-Majordomo: 1.94.jlt7 Original-Lines: 48 Xref: main.gmane.org gmane.emacs.gnus.general:19488 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:19488 "LMI" == Lars Magne Ingebrigtsen writes: LMI> Quoth RFC2046: thanks. gnus now supports empty lines in mime almost fine, but it seems to be a bit more `aggressive' in: * ignoring empty lines in MIME parts when displaying. e.g the message which started this thread contained in the last part: > --==-=-= > Content-Type: text/plain; charset=iso-8859-1 > Content-Transfer-Encoding: 8bit > > > > Couldn't this be quickly scanned to have #part's automatically added? > I.e. one starts out with the group default coding and then goes i.e., as i understand, gnus should have leaved two empty lines before the last paragraph when displaying the message, but it showed only one empty line. * putting some extra empty lines in MIME when composing messages. E.g. if i create a text/plain us-ascii part, gnus puts two or three empty lines after part boundary, instead of just one. LMI> I don't really know about this one. If I'm composing a message LMI> using Scandianvian and Sami characters (which would be LMI> iso-8859-1 and iso-8859-9 if I'm responsing to someone using LMI> iso-8859-9,) I want to respons using iso-8859-9 and iso-8859-1, LMI> not Unicode, no matter whether Emacs supports it or not. What's LMI> important is what the recipient supports, and one can't assume LMI> that the recipient supports these megacharsets. LMI> MIME is widely implemented, if (ahum) slightly shakily here and LMI> there. Unicode is not. So it's better to Mimetilate a message LMI> than to Unicodelate the messege. Well, maybe, gnus should decide how to behave in these situations based on the mm-mime-mule-charset-alist? i.e., you can just remove unicode line from that list (if it were there), but someone else would want to leave it there? So, gnus should _first_ look in the mm-mime-mule-charset-alist, and try to encode the whole part with a single charset, and _if_ it could not find a single charset, only then it should try to insert automagical parts? Best regards, -- Vladimir.