From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/28279 Path: main.gmane.org!not-for-mail From: Vladimir Volovich Newsgroups: gmane.emacs.gnus.general Subject: Re: 5.8.2 bug#1: test =?koi8-r?b?1MXT1A==?= =?iso-8859-1?q?t=E9=DFt?= test Date: 15 Dec 1999 19:48:02 +0300 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035165156 29064 80.91.224.250 (21 Oct 2002 01:52:36 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 01:52:36 +0000 (UTC) Return-Path: Original-Received: from farabi.math.uh.edu (farabi.math.uh.edu [129.7.128.57]) by mailhost.sclp.com (Postfix) with ESMTP id 8183ED051E for ; Fri, 17 Dec 1999 04:06:21 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by farabi.math.uh.edu (8.9.3/8.9.1) with ESMTP id DAB10669; Fri, 17 Dec 1999 03:06:02 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 17 Dec 1999 03:06:12 -0600 (CST) 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 DAA14825 for ; Fri, 17 Dec 1999 03:06:02 -0600 (CST) Original-Received: from vsu.ru (info.vsu.ru [62.76.169.9]) by mailhost.sclp.com (Postfix) with ESMTP id 258ABD0522 for ; Fri, 17 Dec 1999 04:03:18 -0500 (EST) Original-Received: from video.uic.vsu.ru ([62.76.169.38] verified) by vsu.ru (CommuniGate Pro SMTP 3.2b7) with ESMTP id 1162996 for ding@gnus.org; Wed, 15 Dec 1999 19:47:32 +0300 Original-To: ding@gnus.org In-Reply-To: Vladimir Volovich's message of "15 Dec 1999 19:10:25 +0300" Original-Lines: 30 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.5 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:28279 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:28279 "VV" == Vladimir Volovich writes: 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.) VV> The subject contained a cyrillic word and a latin-1 word VV> separated by a real space. Gnus encoded both words as VV> encoded-word, but not encoded a space between them. As a result, VV> this space is ignored when displaying the subject. Here is an encoded subject: Subject: 5.8.2 bug#1: test =?koi8-r?b?1MXT1A==?= =?iso-8859-1?q?t=E9=DFt?= test ^ | The question is: is this space -----------------+ a 'linear-white-space'? If yes (and thus it should be ignored when displaying), then gnus' encoded-word *encoder* is broken. Otherwise (if this is not a 'linear-white-space'), gnus' encoded-word *decoder* (i.e. function which decodes subject and displays it in summary and article buffers) is broken. In each case, this is a bug in gnus which should be fixed. Best, v.