From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/30437 Path: main.gmane.org!not-for-mail From: =?ISO-8859-1?Q?Fran=E7ois_Pinard?= Newsgroups: gmane.emacs.gnus.general Subject: Re: Problems with 8-bit headers Date: 26 Apr 2000 16:49:08 -0400 Sender: owner-ding@hpc.uh.edu Message-ID: References: <87og74hth9.fsf@deneb.cygnus.argh.org> <87snw9deq5.fsf@deneb.cygnus.argh.org> 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 1035166974 8461 80.91.224.250 (21 Oct 2002 02:22:54 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 02:22:54 +0000 (UTC) Cc: Forum of ding/Gnus users , Handa Kenichi Return-Path: Original-Received: from lisa.math.uh.edu (lisa.math.uh.edu [129.7.128.49]) by mailhost.sclp.com (Postfix) with ESMTP id 9520BD051E for ; Wed, 26 Apr 2000 16:52:33 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by lisa.math.uh.edu (8.9.1/8.9.1) with ESMTP id PAB32380; Wed, 26 Apr 2000 15:52:32 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Wed, 26 Apr 2000 15:52:01 -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 PAA27026 for ; Wed, 26 Apr 2000 15:51:39 -0500 (CDT) Original-Received: from ariel.progiciels-bpi.ca (ariel.grics.qc.ca [199.84.132.74]) by mailhost.sclp.com (Postfix) with ESMTP id 994C5D051F for ; Wed, 26 Apr 2000 16:50:34 -0400 (EDT) Original-Received: by ariel.progiciels-bpi.ca (Postfix, from userid 3) id 83937C18E; Wed, 26 Apr 2000 16:51:44 -0700 (EDT) Original-Received: from titan.progiciels-bpi.ca.progiciels-bpi.ca (unknown [199.84.132.86]) by icule.progiciels-bpi.ca (Postfix) with ESMTP id 7AB493090; Wed, 26 Apr 2000 16:49:12 -0400 (EDT) Original-To: Vladimir Volovich X-Face: "b_m|CE6#'Q8fliQrwHl9K,]PA_o'*S~Dva{~b1n*)K*A(BIwQW.:LY?t4~xhYka_.LV?Qq `}X|71X0ea&H]9Dsk!`kxBXlG;q$mLfv_vtaHK_rHFKu]4'<*LWCyUe@ZcI6"*wB5M@[m writes: > However, there is a bug somewhere in core Emacs which makes it misbehave > when i receive messages with 8-bit content-transfer-encoding and characters > in the range 0x80--0x9f (which often happens when i receive messages > in UTF-8). I fear that this is a strong limitation of Mule for Latin characters. A kind that may be very hard to repair. > I store mails in nnmbox backend, and when i receive such a message, > i get ENORMOUS time delays when pressing `g' in a group buffer, and > article numbering gets broken (displayed number of articles in a group > is overestimated), and such things. I think this is because Emacs uses > "intelligent" auto-detection algorithm which wants to interpret a `mbox' > buffer as if it were in some charset (mbox is opened in raw mode, but > this does not help to switch of this "intelligent" behavior, and certain > character combinations choke Emacs). This is a long-standing bug which > is there for more than a year, but i don't know how to report it... :-( When you have such problems, best is often to directly write to the real Mule author, this very guy who endlessly tries to repair the FSF damage, and often gets the blame for problems he did not create :-). He is very busy, so you should expect some delay in replies: Handa Kenichi . He often helped me with Mule difficulties, I try to not abuse of his help. -- François Pinard http://www.iro.umontreal.ca/~pinard