Hi, I have come across a nasty issue after upgrading from 3.0.2
to 3.1.1 last weekend. Somehow the escape sequence when inserting headers into
messages. Has changed from \n\t to \n\r\t See the two log examples below. Apr 30 04:36:14 zpm sendmail[27183]: k3U2ZMeZ027183: Milter
add: header: X-Spam-Status: Yes, score=21.4 required=5.0
tests=BAYES_99,DCC_CHECK,\n\tDOMAIN_RATIO,HTML_90_100,HTML_IMAGE_ONLY_08,HTML_MESSAGE,\n\tMIME_HTML_MOSTLY,MIME_QP_LONG_LINE,MPART_ALT_DIFF,PLING_PLING,\n\tURIBL_OB_SURBL,URIBL_SBL,URIBL_SC_SURBL,URIBL_WS_SURBL
autolearn=no \n\tversion=3.0.2 May 9 15:37:03 zpm sendmail[25589]: k49DaweE025589:
Milter add: header: X-Spam-Status: Yes, score=21.5 required=6.0
tests=DCC_CHECK,\r\n\tDNS_FROM_RFC_ABUSE,FORGED_HOTMAIL_RCVD,FORGED_MUA_OUTLOOK,\r\n\tFORGED_OUTLOOK_HTML,FORGED_OUTLOOK_TAGS,HTML_10_20,HTML_MESSAGE,\r\n\tHTML_MIME_NO_HTML_TAG,HTTPS_IP_MISMATCH,INVALID_DATE,MIME_HTML_ONLY,\r\n\tMISSING_HEADERS,RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL,TO_CC_NONE,\r\n\tX_PRIORITY_HIGH
autolearn=spam version=3.1.1 You can disable the inserting of spam/ham headers and the issue
is gone, but then ofcourse the milter no longer works correctly, as it needs
the headers to extract the score from the message. It results in these
messages: May 9 19:13:28 zpm spamass-milter[14281]: Could not
extract score from <> I wonder why the escape sequence suddenly includes a
carriage return (\r) together with the newline (\n) and tab (\t). I use this
machine as a spam removal gateway for my Exchange environment and Exchange is
not amused by the carriage return and writes the part of the header after that
and any other headers directly into the body of the message. I am using spamassassin 3.1.1, milter 0.3.0 sendmail 8.12.10
on redhat enterprise 3.0 I use the following local.cf. This is all configuration I
have, all mail is checked for user root, as it is for Exchange and not local. required_hits 6 rewrite_header Subject [SPAM
(_HITS_)] report_safe 1 trusted_networks 10.10. lock_method flock skip_rbl_checks 0 clear_headers #add_header all
DCC _DCCB_: _DCCR_ dns_available yes ok_locales nl
en use_dcc 1 dcc_home /var/dcc dcc_path /usr/local/bin/dccproc def_whitelist_from_rcvd
[EMAIL PROTECTED] wizdom.nu use_razor2 1 use_bayes 1 bayes_path
/var/lib/spamassassin/bayes use_bayes_rules 1 bayes_auto_learn 1 bayes_auto_learn_threshold_spam 8.0 bayes_ignore_header X-XS4ALL-DNSBL bayes_file_mode 0777 bayes_journal_max_size 1048576 bayes_expiry_max_db_size 600000 use_auto_whitelist 1 Anybody has any ideas how this can be fixed? -Sietse |
- Nasty bug? in 3.1.1 headers inserting? Sietse van Zanen
- Re: Nasty bug? in 3.1.1 headers inserting? Theo Van Dinter
- Re: Nasty bug? in 3.1.1 headers inserting? Daryl C. W. O'Shea
- Re: Nasty bug? in 3.1.1 headers inserting? Justin Mason
- RE: Nasty bug? in 3.1.1 headers insert... Sietse van Zanen