Logcheck devel - Nov 2004 - Bug#282534: logcheck: No contents' charset specified

Package: logcheck
Version: 1.2.31
Severity: wishlist

Hi,

Apparently logcheck doesn't set a charset for the mail's contents in the
mail headers. This causes the mail software to misinterpret certain
messages. For instance, my system is set to a Spanish UTF-8 locale,
and gconfd's translated messages use non-ASCII characters; this causes
funny characters to appear in the mails I receive from logcheck:

Nov 22 12:54:23 localhost gconfd (jkohen-4008): Se recibi?? la se??al
SIGHUP, recargando todas las bases de datos

If our MUAs work fine, you should see "se<A~><+->al"
instead of
the expected "se?al." Where <xy> are composed characters.

Assuming that all system processes and daemons run with the same locale,
adding the following header to the mails should fix this problem:
Content-Type: text/plain; charset="<system charset>"

Where the system charset is in the form US-ASCII, UTF-8, ISO-8859-1, etc.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.9
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)

Versions of packages logcheck depends on:
ii  adduser          3.59                    Add and remove users and groups
ii  cron             3.0pl1-86               management of regular background p
ii  debconf [debconf 1.4.40                  Debian configuration management sy
ii  debianutils      2.10.3                  Miscellaneous utilities specific t
hi  exim4            4.34-4                  An MTA (Mail Transport Agent)
ii  exim4-daemon-lig 4.34-5                  Lightweight version of the Exim (v
hi  lockfile-progs   0.1.10                  Programs for locking and unlocking
ii  logcheck-databas 1.2.31                  A database of system log rules for
ii  logtail          1.2.31                  Print log file lines that have not
ii  mailx            1:8.1.2-0.20040524cvs-1 A simple mail user agent
ii  perl             5.8.4-2.3               Larry Wall's Practical
Extraction
ii  sysklogd [system 1.4.1-16                System Logging Daemon

-- debconf information:
  logcheck/changes:
* logcheck/install-note:

-- 
Javier Kohen <jkohen at users.sourceforge.net>
ICQ: blashyrkh #2361802
Jabber: jkohen at jabber.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url :
http://lists.alioth.debian.org/pipermail/logcheck-devel/attachments/20041122/44b9f050/attachment.pgp

reassign 282534 mailx
thanks

On Mon, 22 Nov 2004, Javier Kohen wrote:
> Apparently logcheck doesn't set a charset for the mail's contents
in the
> mail headers. This causes the mail software to misinterpret certain
> messages. For instance, my system is set to a Spanish UTF-8 locale,
> and gconfd's translated messages use non-ASCII characters; this causes
> funny characters to appear in the mails I receive from logcheck:
> 
> Nov 22 12:54:23 localhost gconfd (jkohen-4008): Se recibi?? la se??al
> SIGHUP, recargando todas las bases de datos
> 
> If our MUAs work fine, you should see "se<A~><+->al"
instead of
> the expected "se?al." Where <xy> are composed characters.
> 
> Assuming that all system processes and daemons run with the same locale,
> adding the following header to the mails should fix this problem:
> Content-Type: text/plain; charset="<system charset>"
> 
> Where the system charset is in the form US-ASCII, UTF-8, ISO-8859-1, etc.
well logcheck is using mail(1), so your wishlist applies to mailx.
i guess this can be merged together with #207724?
 
> ii  mailx            1:8.1.2-0.20040524cvs-1 A simple mail user agent
best regards.

--
maks

Processing commands for control at bugs.debian.org:
> reassign 282534 mailx
Bug#282534: logcheck: No contents' charset specified
Bug reassigned from package `logcheck' to `mailx'.
> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)