From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/26854 Path: main.gmane.org!not-for-mail From: Toby Speight Newsgroups: gmane.emacs.gnus.general Subject: Re: missing spaces in encoded-word displaying Date: 15 Nov 1999 15:42:33 +0000 Organization: Citrix Systems (Cambridge) 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=iso-8859-5 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035163985 21595 80.91.224.250 (21 Oct 2002 01:33:05 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 01:33:05 +0000 (UTC) Return-Path: Original-Received: from bart.math.uh.edu (bart.math.uh.edu [129.7.128.48]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id KAA15782 for ; Mon, 15 Nov 1999 10:43:40 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by bart.math.uh.edu (8.9.1/8.9.1) with ESMTP id JAB30747; Mon, 15 Nov 1999 09:43:27 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 15 Nov 1999 09:43:26 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id JAA01110 for ; Mon, 15 Nov 1999 09:43:16 -0600 (CST) Original-Received: from gatekeeper.ctxuk.citrix.com (root@gatekeeper.ctxuk.citrix.com [195.153.38.114]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id KAA15769 for ; Mon, 15 Nov 1999 10:42:40 -0500 (EST) Original-Received: from sh.ctxuk.citrix.com (sh [10.30.224.4]) by gatekeeper.ctxuk.citrix.com (8.8.7/BSCF-1.7) with ESMTP id PAA12525 for ; Mon, 15 Nov 1999 15:42:37 GMT Original-Received: from hwav01.ctxuk.citrix.com (hwav01.ctxuk.citrix.com [10.30.224.26]) by sh.ctxuk.citrix.com (8.8.7/BSCF-1.7) with SMTP id PAA01855 for ; Mon, 15 Nov 1999 15:42:36 GMT Original-Received: from 10.30.224.23 by hwav01.ctxuk.citrix.com (InterScan E-Mail VirusWall NT); Mon, 15 Nov 1999 15:42:36 -0000 (GMT Standard Time) Original-Received: from lanber.cam.citrix.com (LANBER [10.70.1.235]) by hwmail01.ctxuk.citrix.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id W77F1W55; Mon, 15 Nov 1999 15:42:35 -0000 Original-To: The Gnus Mailing List Original-Lines: 42 In-Reply-To: Vladimir Volovich's message of "12 Nov 1999 14:42:39 +0300" X-Author-Info: Precedence: list X-Majordomo: 1.94.jlt7 X-MIME-Autoconverted: from base64 to 8bit by sclp3.sclp.com id KAA15782 Xref: main.gmane.org gmane.emacs.gnus.general:26854 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:26854 Vladimir> Vladimir V. Volovich 0> In article , Vladimir wrote: Vladimir> with pgnus 0.83 (sorry, cannot test with newer version just Vladimir> now), i've got a mail with the following subject: Vladimir> Vladimir> Subject: Re: =?KOI8-R?Q?=CF=DE=C5=CE=D8_=CE=D5=C4=CE=CF_=D0=D2=CF_=DB=D2=C9=C6=D4=D9_(LH?= Vladimir> =?koi8-r?b?ySDsydTF0sHU1dLOwdE=?=) Vladimir> Vladimir> Gnus shows this subject in Article buffer (and in the summary Vladimir> buffer) in the following way: Vladimir> Vladimir> Subject: Re: очень нудно про шрифты (LHи Литературная) Vladimir> Vladimir> Note that there is no space between "LH" and "и". Imho, Vladimir> there should be a space (i've tested how Outlook Express Vladimir> displays a subject, and there is a space). Vladimir> Vladimir> Is this a bug in Gnus? IINM, it's a bug in OE[1]. Space between adjacent encoded-words is not significant, and should be elided. One reason for this is so that very long phrases with no spaces can be split over multiple lines. The header you show is also broken by the first line being 90 characters long (RFC 822 restricts header lines to 76 characters). 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.) [1] Interestingly, MS Outlook likes to break lines mid-word when they're *not* encoded, leading to spurious spaces appearing when read with standards-based software like Gnus.