sendmail milter logging niet in /var/log/maillog

[DDX]

Heeft iemand enig idee hoe ik ervoor zorg dat sendmail logging van milter spul niet in de algemenen /var/log/maillog gooit ?

zulk soort zooi dus :

Dec 29 13:10:50 ddx sendmail[2664]: gBTCAmaW002664[1]: Milter change: header X-Spam-Status: from Yes, hits=23.2 required=5.0\n\ttests=BIG_FONT,BILLION_DOLLARS,CLICK_BELOW,CTYPE_JUST_HTML,\n\t DATE_IN_FUTURE_24_48,FORGED_AOL_RCVD,FORGED_RCVD_TRAIL,\n\t FORM_W_MAILTO_ACTION,FROM_ENDS_IN_NUMS,FROM_HAS_MIXED_NUM
S,\n\t HTML_FONT_COLOR_NAME,HTML_FONT_COLOR_RED,LINES_OF_YELLING,\n\t
MAILTO_LINK,MAILTO_TO_REMOVE,MAILTO_TO_SPAM_ADDR,\n\t MISSING_MIMEOLE,NO_REAL_NAME,SPAM_PHRASE_21_34,\n\t SUBJ_HAS_SPACES,SUBJ_HAS_UNIQ_ID,SUBJ_REMOVE
,TO_MALFORMED,\n\t TRACKER_ID,USER_AGENT_OE\n\tversion=2.43-cvs to Yes, hits=14.9 required=5.0\n\ttests=BIG_FONT,BILLION_DOLLARS,CLICK_BELOW,CTYPE_JUST_HTM
L,\n\t FORM_W_MAILTO_ACTION,FROM_ENDS_IN_NUMS,FROM_HAS_MIXED_NUMS,\n\t
HTML_FONT_COLOR_NAME,HTML_FONT_COLOR_RED,LINES_OF_YELLING,\n\t MAILTO_LINK,MAILTO_TO_REMOVE,MAILTO_TO_SPAM_ADDR,\n\t MISSING_MIMEOLE,NO_REAL_NAME,RESENT_TO,SPAM_PHRASE_21_34,\n\t SUBJ_HAS_SPACES, ...
Dec 29 13:10:50 ddx sendmail[2664]: gBTCAmaW002664[2]:SUBJ_HAS_UNIQ_ID,SUBJ_REMOVE,TRACKER_ID,\n\t USER_AGENT_OE,X_AUTH_WARNING\n\tversion=2.43-cvs
Dec 29 13:10:50 ddx sendmail[2664]: gBTCAmaW002664: Milter: data, reject=550 5.7.1 Blocked by SpamAssassin
Dec 29 13:10:50 ddx sendmail[2664]: gBTCAmaW002664: to=<[e-mail]>, delay=00:00:01, pri=35348, stat=Blocked by SpamAssassin

leuk om te weten dat er weer spam is langekomen, maar dat mag best in /var/log/maillog.milter gezet worden o.i.d.

iemand enig idee of er iets makkelijk te veranderen is in sendmail config zodat hij deze dingen ergens anders logt ?
(ipv dat ik in sendmail source moet gaan zoeken naar LOGLEVEL van sendmail voor milter (als dat al appart is?))

[DDX]

voorlopig maar even opgelost hiermee :

define(`confMILTER_LOG_LEVEL',8)

worden er alleen echt belangrijke dingen gelogd ipv allemaal header veranderingen

[xzenor]

dat zou je dan als het goed is met syslog.conf weer naar een apparte logfile kunnen pompen....