We were able to identify the /etc/cron.daily/eFa-Daily-DMARC job as being the culprit and skipping the job as the fix. While this works, it gets put back in place any time there is a software update. I also tried modifying the script it points to to bypass one line:
Code: Select all
#/usr/sbin/opendmarc-reports -dbhost=${DBHOST} -dbuser=${DBUSER} -dbpasswd=${DBPASS} -dbname=${DBNAME} -interval=86400 -report-email $DMARCRepEmail -report-org $DMARCRepDomain -smtp-server=127.0.0.1 >/dev/null 2>&1
Can we get a parameter to govern execution of this script or at least this one line in it? That way, the big consumer of SMTP sending quota is controlled and it will survive software updates