On Dec 10, 9:46am, Cale Fairchild wrote:
}
} I am setting up a mail server with mimedefang 2.70 and I have run into
} logging inconsistencies.
}
} I have set up md_graphdefang_log_enable('local5', 1) and most of the
} logging is going to the appropriate place, however I am also using the
} md_check_against_smtp_server function in a filter_recipient check and all
} the logging associated with that function is still being logged to the
} mail facility. I believe that I have found the place to change this in the
} mimedefang.pl but I wanted to make sure I will not break anything.
}
} Sorry if this has already been addressed, I could not find anything in
} searching the mailing list archives.
}
} --- mimedefang.pl.dist 2010-08-09 21:51:04.000000000 -0400
} +++ mimedefang.pl 2010-08-24 21:18:00.000000000 -0400
} @@ -7518,13 +7518,13 @@
} if ($code =~ /^[123]/) {
} $retval = 'CONTINUE';
} } elsif ($code =~ /^4/) {
} - md_syslog('info', "$MsgID: md_check_against_smtp_server
} for $recip on $server returned $code $dsn $text");
} + md_syslog("$GraphDefangSyslogFacility|info", "$MsgID:
} md_check_against_smtp_server for $recip on $server returned $code $dsn
} $text");
"info" is a logging level, not a logging facility, so this patch is
completely wrong. Also, there is no reason why general logging and
graphdefang logging have to go to the same place and it would be wrong to
force that. Finally, MIMEDefang provides $SyslogFacility and md_openlog()
for specifying the facility. See man mimedefang-filter.
}-- End of excerpt from Cale Fairchild
_______________________________________________
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID. You may ignore it.
Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list [email protected]
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang