Bill,
In SpamFilter, try going to the Settings - Debug View tab. In there, enter the IP address of your webserver (assuming it is the one sending the email to SpamFilter). Then send the email using the browser.
You should see a trace of the SMTP commands. They should look something like the following. The fist command sent by the web server should be an "EHLO", (extended HELO). SpamFilter will respond with an 8BITMIME line indicating that it will accept such encoding. Should the webserver use the older "HELO" command rather than the newer "EHLO" command, there's no way to specify the encoding during the HELO session, and the web server must then fallback to other means in the email itself to specify the right formatting.
If you post your trace we may get an idea of what is happening.
Roberto F. LogSat Software
>>EHLO wrkstn1
<<250-8BITMIME
<<250 HELP
>>RSET
<<250 Ok
>>MAIL FROM:< user@domain.com>
<<250 Address Okay
>>RCPT TO:< user2@domain.com>
<<250 user@domain.com Address Okay
>>DATA
<<354 Start mail input; end with <CRLF>.<CRLF>
>>Received: from 172.21.218.81 by 172.21.218.81 (LogSat Software SMTP Server) Fri, 16 May 2003 12:34:33 -0400
>>From: "Roberto Franceschetti " < user@domain.com>
>>To: user2@domain.com
>>Subject: test
>>Date: Fri, 16 May 2003 12:34:28 -0400
>>Message-ID: <001901c31bc9$084fcd90$51da15ac@onet.ocfl.net>
>>MIME-Version: 1.0
>>Content-Type: multipart/mixed; boundary="----=_NextPart_000_001A_01C31BA7.813E2D90"
>>X-Priority: 3
>>X-MSMail-Priority: Normal
|