From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/30047 Path: main.gmane.org!not-for-mail From: Shenghuo ZHU Newsgroups: gmane.emacs.gnus.general Subject: Re: 5.8.2 bug: test=?iso-8859-5?b?IOLV4eI=?==?iso-8859-1?q?_t=E9=DFt?= test Date: 21 Apr 2000 13:26:05 -0400 Organization: U of Rochester Sender: owner-ding@hpc.uh.edu Message-ID: <5b7ldr9xhu.fsf@vermouth.cs.rochester.edu> References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035166628 6398 80.91.224.250 (21 Oct 2002 02:17:08 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 02:17:08 +0000 (UTC) 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 0F911D051E for ; Fri, 21 Apr 2000 13:26:35 -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 MAB27853; Fri, 21 Apr 2000 12:26:31 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 21 Apr 2000 12:26:03 -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 MAA03364 for ; Fri, 21 Apr 2000 12:25:51 -0500 (CDT) Original-Received: from cayuga.cs.rochester.edu (cayuga.cs.rochester.edu [192.5.53.209]) by mailhost.sclp.com (Postfix) with ESMTP id 477E2D051E for ; Fri, 21 Apr 2000 13:26:08 -0400 (EDT) Original-Received: from vermouth.cs.rochester.edu (vermouth.cs.rochester.edu [192.5.53.195]) by cayuga.cs.rochester.edu (8.9.3/Q) with ESMTP id NAA09923 for ; Fri, 21 Apr 2000 13:26:06 -0400 (EDT) Original-Received: (from zsh@localhost) by vermouth.cs.rochester.edu (8.9.1b+Sun/Q++) id NAA08812; Fri, 21 Apr 2000 13:26:06 -0400 (EDT) Original-To: ding@gnus.org X-Attribution: ZSH X-Face: 'IF:e51ib'Qbl^(}l^&4-J`'P!@[4~O|&k#:@Gld#b/]oMq&`&FVY._3+b`mzp~Jeve~/#/ ERD!OTe<86UhyN=l`mrPY)M7_}`Ktt\K+58Z!hu7>qU,i.N7TotU[FYE(f1;}`g2xj!u*l`^&=Q!g{ *q|ddto|nkt"$r,K$[)"|6,elPH= GJ6Q In-Reply-To: Lars Magne Ingebrigtsen's message of "21 Apr 2000 19:25:40 +0200" Original-Lines: 37 User-Agent: Gnus/5.0805 (Gnus v5.8.5) Emacs/20.4 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:30047 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:30047 >>>>> "LMI" == Lars Magne Ingebrigtsen writes: LMI> Vladimir Volovich writes: >> when sending a message with this subject, gnus encodes non-ascii text >> as encoded-word, and as a result, the space between a cyrillic word >> (koi8-r) and a latin-1 word is lost. This rule was already discussed >> in this list (in a different thread): >> >> RFC 2047 says: >> RFC-2047> When displaying a particular header field that contains RFC-2047> multiple 'encoded-word's, any 'linear-white-space' that RFC-2047> separates a pair of adjacent 'encoded-word's is ignored. RFC-2047> (This is to allow the use of multiple 'encoded-word's to RFC-2047> represent long strings of unencoded text, without having to RFC-2047> separate 'encoded-word's where spaces occur in the unencoded RFC-2047> text.) >> >> The subject contained a cyrillic word and a latin-1 word separated by >> a real space. Gnus encoded both words as encoded-word, but not encoded >> a space between them. As a result, this space is ignored when >> displaying the subject. LMI> Oh dear. LMI> So should the rfc2047 algorithm be: LMI> 1) find all words (or phrases) to encode LMI> 2) encode all the words or phrases LMI> 3) if there are now two encoded words after each other, we encode a LMI> space in between them? I vaguely recall that I had fixed this bug. Please check the latest version. -- Shenghuo