Created attachment 380560 [details] Example unmatched entries from /var/log/messages Description of problem: The following entries aren't matched: "no valid DS resolving..." "no valid KEY resolving..." "no valid RRSIG resolving..." "not insecure resolving..." (An example of each entry from /var/log/messages is attached.) Version-Release number of selected component (if applicable): logwatch-7.3.6-44.fc11.noarch
Created attachment 380562 [details] patch to make named script ignore "no valid XX resolving..." and "not insecure resolving..." messages I don't think these messages are important so I've patched my named script to ignore them (patch attached). This eliminates all four types of entry from my logwatch email.
Created attachment 381577 [details] patch to make named script ignore "must-be secure resolving...", "no valid XX resolving..." and "not insecure resolving..." messages Updated patch which also matches "must-be-secure resolving..." messages
Fairly obviously, these are related to the addition of DNSSEC to bind, and in particular 'dnssec-validation yes;' added recently. The same issue is found in Fedora 12 with versions: bind-9.6.1-13.P2.fc12.i686 logwatch-7.3.6-48.fc12.noarch
Created attachment 384766 [details] Updated patch for DNSSEC complaints. There is also an additional line warning about failed DNSSEC validation that should be either suppressed or tabulated. At present I'm saying suppress, as such lines should be handled by the dnssec module.
logwatch-7.3.6-50.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/logwatch-7.3.6-50.fc12
logwatch-7.3.6-50.fc12 has been pushed to the Fedora 12 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update logwatch'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F12/FEDORA-2010-1530
logwatch-7.3.6-50.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.
Also fixed from logwatch-7.3.6-50.fc13 onwards