Your message dated Wed, 27 Feb 2008 16:30:15 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#446200: claws-mail: Doesn't display correctly charsets
in message source windows
has caused the Debian Bug report #446200,
regarding claws-mail: Doesn't display correctly charsets in message source
windows
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
446200: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=446200
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: claws-mail
Version: 3.0.2-1
Severity: normal
Hello,
If I send a message with in body
> Bonjour lélacététatoû
If the message is in UTF-8, I have, viewing message source :
> Mime-Version: 1.0
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: 8bit
>
> Bonjour lélacététatoû
If I send the same thing in ISO-8859-15 :
> Mime-Version: 1.0
> Content-Type: text/plain; charset=ISO-8859-15
> Content-Transfer-Encoding: 8bit
>
> Bonjour l_lac_t_tato_
Same with ISO-8859-1 and Windows-1252.
"lélacététatoû" has all characters "containing" in ISO-8859-15.
Charsets are perfectly coherent with VIM and less.
It concerns equally received messages.
I think that it's not normal and that I didn't have this behavior with
version 2.x
Greetings,
Yannick Palanque
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-2-k7 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages claws-mail depends on:
ii libaspell15 0.60.5-1 GNU Aspell spell-checker runtime l
ii libc6 2.6.1-5 GNU C Library: Shared libraries
ii libcompfaceg1 1:1.5.2-4 Compress/decompress images for mai
ii libetpan11 0.52-1 mail handling library
ii libglib2.0-0 2.14.1-5 The GLib library of C routines
ii libgnomeprint2.2-0 2.18.2-1 The GNOME 2.2 print architecture -
ii libgnomeprintui2.2-0 2.18.1-1 GNOME 2.2 print architecture User
ii libgtk2.0-0 2.12.0-2 The GTK+ graphical user interface
ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library
ii libldap2 2.1.30.dfsg-13.5 OpenLDAP libraries
ii libpango1.0-0 1.18.2-2 Layout and rendering of internatio
ii libpisock9 0.12.2-10 library for communicating with a P
ii libsm6 2:1.0.3-1+b1 X11 Session Management library
ii libssl0.9.8 0.9.8e-9 SSL shared libraries
Versions of packages claws-mail recommends:
ii aspell-fr [aspell-dictionary] 0.50-3-6 French dictionary for aspell
ii claws-mail-i18n 3.0.2-1 Locale data for Claws Mail (i18n s
ii xfonts-100dpi 1:1.0.0-4 100 dpi fonts for X
ii xfonts-75dpi 1:1.0.0-4 75 dpi fonts for X
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi Yannick,
On Thu, Oct 11, 2007 at 05:45:06AM +0200, Yannick Palanque wrote:
> Package: claws-mail
> Version: 3.0.2-1
> Severity: normal
>
> Hello,
>
> If I send a message with in body
> > Bonjour l??lac??t??tato??
>
> If the message is in UTF-8, I have, viewing message source :
>
> > Mime-Version: 1.0
> > Content-Type: text/plain; charset=UTF-8
> > Content-Transfer-Encoding: 8bit
> >
> > Bonjour l??lac??t??tato??
>
> If I send the same thing in ISO-8859-15 :
>
> > Mime-Version: 1.0
> > Content-Type: text/plain; charset=ISO-8859-15
> > Content-Transfer-Encoding: 8bit
> >
> > Bonjour l_lac_t_tato_
>
> Same with ISO-8859-1 and Windows-1252.
>
> "l??lac??t??tato??" has all characters "containing" in ISO-8859-15.
> Charsets are perfectly coherent with VIM and less.
>
> It concerns equally received messages.
>
> I think that it's not normal and that I didn't have this behavior with
> version 2.x
The source window does not decode anything on purpose, it's supposed to
show the message as is, and this way it helps to detect wrong encodings.
So, it's normal what you're seeing, hence I'm closing the bug.
regards and sorry for the late response,
--
Ricardo Mones
~
The three principal virtues of a programmer are Laziness,
Impatience, and Hubris. man perl
signature.asc
Description: Digital signature
--- End Message ---
