CC: in body of email causes message to be blocked

[ittiastevend]

Hello,

Our web hosting provider uses CPanel 10, and using this we have enabled SpamAssassin whose configuration details are:

--------------

Attempting to enable SpamAssassin...

X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on
server4.virtuosonetsolutions.com
X-Spam-Level: *
X-Spam-Status: No, score=1.0 required=12.0
tests=AWL,BAYES_05,MISSING_SUBJECT,
NO_RECEIVED,NO_RELAYS,TO_CC_NONE autolearn=no version=3.1.7
From: "Spam Assassin"

Spam Assassin has been enabled on this account


SpamAssassin is now: enabled

--------------

When we have SpamAssassin enabled, we are unable to receive some
messages. I've narrowed down the problem to any message with the three
characters 'C' 'C' ':' (I've separated them so I can send this message
out) in the body of the message. When any email address
sends us a message with this in the body, the message seems to be
rejected by our mail server. The original sender of the message is not
notified, and no message, not even one with re-written headers and a
SPAM score comes to the recipient.

When I turn off SpamAssassin, these messages are received fine. So it
seems obvious that SpamAssassin is blocking messages with 'C' 'C' ':' in
their body, but this doesn't seem to be a filter rule, because no
message gets through, even when I have SpamAssassin set to forward all
messages.

I'm guessing SpamAssassin is misconfigured, in CPanel 10 or the TO_CC_NONE rule is causing problems. Does anybody have any ideas what could be happening here?

-Steven

 

[MaX DiVeL]

Hello,

Our web hosting provider uses CPanel 10, and using this we have enabled SpamAssassin whose configuration details are:

--------------

Attempting to enable SpamAssassin...

X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on
server4.virtuosonetsolutions.com
X-Spam-Level: *
X-Spam-Status: No, score=1.0 required=12.0
tests=AWL,BAYES_05,MISSING_SUBJECT,
NO_RECEIVED,NO_RELAYS,TO_CC_NONE autolearn=no version=3.1.7
From: "Spam Assassin"

Spam Assassin has been enabled on this account


SpamAssassin is now: enabled

--------------

When we have SpamAssassin enabled, we are unable to receive some
messages. I've narrowed down the problem to any message with the three
characters 'C' 'C' ':' (I've separated them so I can send this message
out) in the body of the message. When any email address
sends us a message with this in the body, the message seems to be
rejected by our mail server. The original sender of the message is not
notified, and no message, not even one with re-written headers and a
SPAM score comes to the recipient.

When I turn off SpamAssassin, these messages are received fine. So it
seems obvious that SpamAssassin is blocking messages with 'C' 'C' ':' in
their body, but this doesn't seem to be a filter rule, because no
message gets through, even when I have SpamAssassin set to forward all
messages.

I'm guessing SpamAssassin is misconfigured, in CPanel 10 or the TO_CC_NONE rule is causing problems. Does anybody have any ideas what could be happening here?

-Steven

hi man

this in youre CPanel

or what?

 

[ittiastevend]

Yes, when using SpamAssassin provided through CPanel all emails with "CC:" in their body cannot be sent or received.

For example, I try to send a test email message to an address in our domain using the SquirrelMail webmail client also provided through CPanel.

The message looks like:

---------

To: [email protected]
Subject: a message
Body:

some text, blah, blah, blah talking about CC: blah, blah

----------

When I try to send this message I receive an error:

Email delivery error
Server replied: 1 Can't execute command '/usr/local/cpanel/bin/sendmail_cpanel -i -t [email protected]'.

This is occurring only when SpamAssassin is enabled, but SpamAssassin isn't filtering this email, it's just getting rejected by sendmail.

 

[MaX DiVeL]

welcome due

dear ittiastevend

look

used the HORDE

this is the very good

and the
SquirrelMail

very bad

and dont send emailes sometimes

so

used HORDE

and write the emailes like this

[email protected],[email protected],[email protected]

not space between emailes and coma ok?

in CC ok?

in HORDE

 

[ittiastevend]

Mail won't send, regardless of client

Thanks for your help. Unfortunately, the problem is not in the webmail application, the problem is in the cpanel_sendmail program, which refuses to send certain emails regardless of email client.

I am not actually trying to CC a message to anybody, I am just unable to send messages that have the string "CC:" in their body text. An example is when you recieve a message that was CCed to multiple people, and then you forward this message onto someone else. The forwarded message has the "CC:" string from the original mail headers in the new email body and will not send.

This seems to be a problem in cpanel_sendmail with SpamAssassin turned on.

 

[Danny_T]

From where do you send this message?

From a PHp application or at home/work woith a email client?

edit: sorry i see now u use squirrelmail.

I testted it also and i have no error.

I am using latest cPanel CURRENT build.

 

[ittiastevend]

Hello Danny,

Thanks for trying to recreate the bug on your installation. I'm using CPanel version 10.9.0-STABLE 58 with SpamAssassin enabled.

I try to send an email to myself through SquirrelMail with the subject "a message" and the body "CC:".

Could you try to test a similar message on your CPanel? Thanks.

 

[Danny_T]

WHM 10.8.0 cPanel 10.9.0-C56
squirrelmail 1.4.8

Tested the same email and it gets delivered.

 

[ittiastevend]

Thanks for your help again. My hosting provider has fixed the problem. They're not very specific but they said it was an EXIM problem or a problem with a custom EXIM rule.

 

[Danny_T]

Yeah could be,
had such a simalar problem too in the past.
Only attachments with .jpg and .JPG did go to /dev/null or so.
Because i added some regexp rules to the antivirus.exum file. But it was stupid because the regexp did not had a JPG in it... so i deleted it, jpg could be send again and did created other kind of rules to prevent some spam