Bug 671996

Summary: Default details no longer prints sendmail stats
Product: [Fedora] Fedora Reporter: Frank Crawford <frank>
Component: logwatchAssignee: Karel Klíč <kklic>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: rawhideCC: frank, kklic, richardfearn, rvokal, varekova
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-04-15 07:33:15 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Frank Crawford 2011-01-23 05:34:00 UTC
Description of problem:
The default level print level for sendmail has changed from 3 to 0 form the sendmail script in rawhide.

Version-Release number of selected component (if applicable):
logwatch-7.3.6-59.20110113svn22.fc15.noarch

How reproducible:
100%

Steps to Reproduce:
1. Using previous version run "logwatch --service sendmail"
2. Upgrade and run "logwatch --service sendmail"
3. Compare results
  
Actual results:
Rawhide version prints no mail stats.

Expected results:
Both should be the same.

Additional info:
Previously /usr/share/logwatch/default.conf/services/sendmail.conf had the value "Detail = 3", the new version has nothing and so defaults to system default value.

Comment 1 Karel Klíč 2011-04-14 12:46:18 UTC
I have checked the script and I think we should follow the upstream here. The sendmail script reports various errors and problems on detail == 0, and stats on detail >= 3. Someone might want to know only about problems, and it's easy to increase the detail level to see stats every time.

Comment 2 Frank Crawford 2011-04-15 01:17:44 UTC
Okay, no problems, I just wanted to make sure we made a decision and it wasn't just a surprise later.

I guess we should close this now.

Comment 3 Karel Klíč 2011-04-15 07:33:15 UTC
Ok, thanks.