Bug 88293

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225

Description of problem:
logwatch's output mail contains the following lines:

 --------------------- Kernel Begin ------------------------ 

Malformed UTF-8 character (unexpected continuation byte 0xae, with no preceding
start byte) in pattern match (m//) at /etc/log.d/scripts/services/kernel line
112, <STDIN> line 145.
Malformed UTF-8 character (unexpected continuation byte 0xae, with no preceding
start byte) in pattern match (m//) at /etc/log.d/scripts/services/kernel line
112, <STDIN> line 145.
Malformed UTF-8 character (unexpected continuation byte 0xae, with no preceding
start byte) in pattern match (m//) at /etc/log.d/scripts/services/kernel line
112, <STDIN> line 145.

[repeats several times]

Malformed UTF-8 character (unexpected continuation byte 0xae, with no preceding
start byte) in pattern match (m//) at /etc/log.d/scripts/services/kernel line
112, <STDIN> line 348.

 ---------------------- Kernel End ------------------------- 

The offending line in /var/log/messages is:

Apr  7 01:52:58 cognitron kernel: input0: USB HID v1.00 Mouse [Microsoft
Microsoft IntelliMouse(R)Explorer] on usb1:2.0

(The "(R)" between "IntelliMouse" and "Explorer" is a single ISO-8859-1
character which I was unable to reproduce in Mozilla.)

Active locale settings are:

LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=


Version-Release number of selected component (if applicable):
logwatch-4.3.1-2

How reproducible:
Always

Steps to Reproduce:
1. Plug in a Microsoft IntelliMouse Explorer USB mouse or similar.
2. Boot Red Hat Linux 9.
3. Wait for mail from logwatch.


Actual Results:  Multiple error messages about malformed UTF-8 characters appear
in the mail from logwatch.

Expected Results:  This (and any other ISO-8859-encoded) line should not cause
any errors in the logwatch output.

Additional info: