Sun 12 Jun 2005 03:31:17 PM UTC, comment #3:
Sorry! :) I was wrong. The couse of bouncing mail was kaspersky antivirus (kavmilter if to be exact) with his wrong timeout settings. So then i tune up this settings , no more bounced mail happends.
But spamass-milter still falling down after such big sized emails, and spam still able to sneak up to our mail boxes after milter's fall...
Eugene
|
Sun 12 Jun 2005 10:23:21 AM UTC, comment #2:
It's a production mail server. That's why i'm so afraid to do any changes.. Like install new version of a spamass-milter, becouse old one works fine over 1,5 years. "Until it's working - don't touch anything" :) But, we are pay for incoming internet traffic. And then i found, what really big emails are bounced by sendmail (couse falling milter) and noone receives that email becouse it's bounsed, traffic exists, but we can't to bill that recepient. (Sorry for ugly english) Hope you understand that i trying to say.
Today is a weekend. Mail server almost idle. So i decided to install new release of spamass-milter 0.3.0. Everifing is fine, but the problem still exist whith big emails. Then i started milter whithout -f option to see, what will happends, it's falls again whith the same quit message - "out of memory"...
Eugene.
|
Sun 12 Jun 2005 08:47:37 AM UTC, comment #1:
Forgot to say. Maby this can give you a clue..
I'm using FreeBSD 4.9 release, spamass-milter assembled from the port tree with their patch, version 0.2.0. The patch is:
--- spamass-milter.cpp.orig Thu Jun 26 18:10:44 2003
+++ spamass-milter.cpp Wed Jul 2 14:12:25 2003
@@ -102,6 +102,10 @@
#include <csignal>
#include <string>
#include <iostream>
+using std::string;
+using std::cout;
+using std::cerr;
+using std::endl;
#ifdef __cplusplus
extern "C" {
And Sendmail, which comes with distribution...
(Sendmail 8.12.9p2/8.12.9)
Wating your comments, jokes, suggestions :) Thenks anyway
|
Sat 11 Jun 2005 03:01:13 PM UTC, original submission:
Thanks guys for great program! Sorry for my poore english.
I use old spamass-milter from previous release. Everythink was fine, until i found a problem: when i send a really big message (attachment with a several mp3s or some avi file with size more when 100 megabite) via sendmail with enabled spamass-milter, it's falling down, after the message complitely arrives to sendmail. In a /var/log/maillog i see:
Jun 11 22:07:18 bsdbox sm-mta[99637]: j5BE3BAK099637: from=<me@otherhost.ru>,
size=180965243, class=0, nrcpts=1, msgid=<812057808.20050611192246@otherhost.ru>, p
roto=ESMTP, daemon=MTA, relay=otherhost.ru [xx.xx.xx.xx]
Jun 11 22:07:24 bsdbox sm-mta[99637]: j5BE3BAK099637: milter_read(spamassassin): cmd rea
d returned 0, expecting 5
Jun 11 22:07:24 bsdbox sm-mta[99637]: j5BE3BAK099637: Milter (spamassassin): to error st
ate
Jun 11 22:07:24 bsdbox spamc[99819]: oops! message_dump of 8192 returned different
Jun 11 22:07:24 bsdbox last message repeated 7 times
Jun 11 22:07:51 bsdbox sm-mta[99637]: j5BE3BAK099637: Milter (kavmilter): timeout before
data read
Jun 11 22:07:51 bsdbox sm-mta[99637]: j5BE3BAK099637: Milter (kavmilter): to error state
Jun 11 22:07:51 bsdbox sm-mta[99637]: j5BE3BAK099637: Milter: data, reject=451 4.7.1 Ple
ase try again later
Jun 11 22:07:51 bsdbox sm-mta[99637]: j5BE3BAK099637: to=<me@myhost.ru>, delay=0
0:04:40, pri=30388, stat=Please try again later
Then i torn on spamass-milter whithout -f flag, to get understand, what is going on. Everythink was the same, only, then it falls again, it says:
# /usr/local/sbin/spamass-milter -b -unavailable- -p /var/run/spamass-milter.sock
out of memory
So heres mu question. Is it a bug in the programm and if i'll switch to latest reliase, that bug will gone, or i just doing something wrong (with options or whatever) Thanks again! Will wating for yours comments and sugjestions :)
|