Print Page | Close Window

multi-recipient email not going to quaran

Printed From: LogSat Software
Category: Spam Filter ISP
Forum Name: Spam Filter ISP Support
Forum Description: General support for Spam Filter ISP
Printed Date: 16 July 2018 at 3:58pm

Topic: multi-recipient email not going to quaran
Posted By: Brodie
Subject: multi-recipient email not going to quaran
Date Posted: 13 November 2006 at 12:29pm

Hello, I'm posting on behalf of my coworker Ali L. from GHT who is enjoying his bi-decade vacation.
We're using Spamfilter v  I'm experiencing something that a coworker suggested may have been a known bug.

Two recipients in my company were sent an email from an outside address.  That email tripped a keyword filter and rejected the email.  That email should have still gone to their individual spam quarantines, but it did not.  the log gave me some archaic error msg:

11/13/06 11:03:18:682 -- (5048) Connection from:  -  Originating country : United States
11/13/06 11:03:18:900 -- (5048) Mail from:
11/13/06 11:03:19:229 -- (5048) - MAPS search done...
11/13/06 11:03:19:229 -- (5048) RCPT TO: accepted
11/13/06 11:03:19:244 -- (5048) Mail from:
11/13/06 11:03:19:244 -- (5048) RCPT TO: accepted
11/13/06 11:03:31:916 -- (5048) Found Keywords: [(v.{0,2}i.{0,2}a.{0,2}g.{0,2}r.{0,2}a)]
11/13/06 11:03:31:916 -- (5048) EMail from to, matches content filter rules - rejected.
11/13/06 11:03:31:947 -- (5048) Created thread (19084) to add email to quarantine
11/13/06 11:03:31:979 -- (5048) Blacklist cache - Added to limbo
11/13/06 11:03:31:979 -- (5048) Disconnect

11/13/06 11:03:32:072 -- (19084) Error occurred during TAddToQuarantineThread when accessing the quarantine database: [MySQL][ODBC 3.51 Driver][mysqld-5.0.22-community-nt]Lost connection to MySQL server during query ( 83 84 85 86 86a 86b 86c 87 88 89 90 91)

Any insight would be much appreciated.

Posted By: LogSat
Date Posted: 14 November 2006 at 12:05am

Actually everything worked as normal. It appears the problem occurred not with SpamFilter, but rather with your MySQL database. SpamFilter received the email, determined it was spam, and attempted to archive the email to the database. However the connection to MySQL was dropped, and SpamFilter was not able to save the email.

When the database server is not available, SpamFilter will still continue to receive and filter all incoming emails. Clean emails will still be forwarded to the end user. However the archival of spam to the database will not be operational. SpamFilter continues to monitor the database connection, and as soon as the database is online again, the archival process will resume. Please note that all spam emails received while the database will not get archived.

Roberto Franceschetti" rel="nofollow - LogSat Software" rel="nofollow - Spam Filter ISP

Posted By: LogSat
Date Posted: 14 November 2006 at 12:23am

Could you see if this suggested solution: - 5868&PN=1&TPN=1
applies to your case as well?

Roberto Franceschetti" rel="nofollow - LogSat Software" rel="nofollow - Spam Filter ISP

Print Page | Close Window