Bug 63120 - Broken options in logwatch-2.6-1 config files
Broken options in logwatch-2.6-1 config files
Product: Red Hat Linux
Classification: Retired
Component: logwatch (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Elliot Lee
Depends On:
  Show dependency treegraph
Reported: 2002-04-10 05:05 EDT by Bernd Bartmann
Modified: 2008-05-01 11:38 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-04-10 05:06:00 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Bernd Bartmann 2002-04-10 05:05:55 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:0.9.4)
Gecko/20011128 Netscape6/6.2.1

Description of problem:
In some logwatch config files under /etc/log.d/conf/services there are config
options like:
*OnlyService = sendmail
The problem is the star in front of the options. It should be replaced by a $
sign or perl can't directly handle these options as variables.

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

How reproducible:

Steps to Reproduce:
1. run logwatch and watch the output for sendmail -> all log header informations
are missing (like date and time)
2. change the config option "*RemoveHeaders =" to "*RemoveHeaders = no" in
3. run logwatch again -> the log headers are still missing
4. now change the config option to "$RemoveHeaders = no"
5. run logwatch again -> everything is ok now	

Additional info:
Comment 1 Elliot Lee 2002-04-15 13:55:42 EDT
I put a patch in logwatch-2.6-2
Comment 2 Elliot Lee 2002-04-15 14:07:01 EDT
A little more clarification:

It appears as if the *FooBlah syntax is intended to run some scripts, and
everything except the first token (the script name) is ignored. The reason
changing the * to the $ worked is because it set a variable or something instead
of running the script. The right fix is to just remove the line altogether if
you don't want removeheaders run.

Note You need to log in before you can comment on or make changes to this bug.