On Sun, Apr 09 2006, Aidan Kehoe wrote:
Ar an fichiú lá de mí Feabhra, scríobh Reiner Steib>:
> Stephen, I don't understand this finger pointing. It doesn't bring us
> any further. If you look at Gnus' ChangeLog you won't find any
> changes aiming to stop supporting no-MULE XEmacs. There are only very
> few XEmacs specific changes in that area, AFAICS. Most of these were
> patches from Aidan WRT latin-unity (I don't know if those are
> responsible for Mike's problems or not).
All my Gnus code that touches on latin-unity is wrapped in this (it’s in the
(defmacro mm-xemacs-find-mime-charset (begin end)
(when (featurep 'xemacs)
`(and (featurep 'mule) (mm-xemacs-find-mime-charset-1 ,begin ,end))))
So on non-Mule systems, it won’t be touched, and there shouldn’t be
behavioural changes from the old code, which is as it should be.
Yes, it turned out that a change in `rfc2047.el' caused it, see
On fr.lettres.langue.francaise, there are subject lines like this
participant using Gnus v5.10.7 on XEmacs 21.4.17 (from
Which is broken, clearly
| User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.17 (darwin)
Does this XEmacs have MULE? Maybe we should add something to the
User-Agent in `gnus-extended-version' if (featurep 'mule) is nil.
Here's another example:
,----[ <news:mzez3i0p.fsf＠nemo.im.schnuerpel.net> ]
| From: Sabine 'Sani' Schulz <heitschi.bumbeitschi.bumbum(a)albasani.net>
| Newsgroups: de.comm.software.newsreader
| Subject: Re: =?us-ascii?Q?=3D=3FISO-8859-15=3FQ=3FMesNews=5Ff=3DFCr=5FAnf?=
| Date: Wed, 05 Apr 2006 22:05:26 +0200
| User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.13 (windows-nt)
(it’s a double encoding which shouldn’t be happening).
Double encoding is necessary, e.g. if the user types the following
| Subject: Ich hab' da mal 'ne Fräge: Was bedeuten denn diese Zeichen
However, I can’t reproduce that double encoding with 21.4.17, the
XEmacs package Gnus (and xemacs -vanilla) ,
Did you try with a no-MULE XEmacs? Could there be a difference
between an XEmacs without MULE on Windows and GNU/Linux?
and nor can I reproduce the described problem with RFC 2047-encoded
user names not being decoded, they work fine for me (even
ISO-8859-15 encoded names are decoded, which is probably broken.)
This has been fixed in Gnus CVS. It should also be fixed in
BTW, will anyone sync the XEmacs Gnus package to Gnus 5.10.8 (released
today)? Is the Position still Vacant? See
If someone can come up with a more detailed recipe, I’ll be happy to
look into it.
---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/