Matt Adair wrote:
We recently upgraded our spamassassin from 2.64 to 3.1.4, upgrading to
Perl 5.8.4 in the process. We also run PHP 4.4.1.
Everything seems to be running OK, except for email that is sent
through PHP's mail command to local user accounts. In this situation,
the email in our clients shows up with no to, from, or subject.
We us a system wide procmail to send email to spamassassin:
:0 B:
* ^Content-Transfer-Encoding: base64
* name=.*\.(com|bat|pif|vbs|scr|cmd|cpl|exe)
/dev/null
:0fw
* < 512000
| /usr/local/bin/spamassassin
:0
* ^X-Spam-Level: \*\*\*\*\*\*\*\*\*\*
/dev/null
:0fw
| /usr/local/bin/clamassassin
:0:
* ^X-Virus-Status: Yes
/dev/null
So, when email is sent to a local account using PHP, as in the following:
$message = "This is what was sent....";
mail("[EMAIL PROTECTED]", "the subject", $message,
"From: [EMAIL PROTECTED]", "[EMAIL PROTECTED]");
This is what was sent....
Notice that the sent email, including headers, is essentially in the body.
Any thoughts?
Hi,
Add \r\n at the end of the additional_headers and see if that helps.
Qmail will reject the message if they aren't there, other MTA's will
still accept the message but it isn't RFC compliant and may break SA as
well as other programs.
Example:
mail("[EMAIL PROTECTED]", "the subject", $message, "From:
[EMAIL PROTECTED]", "[EMAIL PROTECTED]");
