i just thought i'd waste more bandwidth with
yet another unanswered post. this will be the 4th
time i have posted this question. i expect it will be
the 4th time i do not get any kind of a response.
i gather that SA people have an issue with postfix.
most emails i have read about postfix and SA
inute is another
chance to turn it all around
- Original Message -
From: "Daniel Quinlan" <[EMAIL PROTECTED]>
To: "dogface" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tuesday, September 17, 2002 5:29 PM
Subject: Re: [SAtalk] (No Subject) is there
hey mike,
SA works Great with postfix.
what i am looking for is a web interface for
each user to be able to change their SA preferences
with. there is already something for this called user-admin
but it was made for qmail + vpopmail. this is where i run
into a problem. i do not use either of thos
hello,
sorry about the cross post.
this is what im using:
amavisd-new-20020517
postfix-1.1.11
spamassassin-2.42
rh 7.3
mysql-3.23.49-3
php-sa-mysql-0.5-KAM-0.2.3
im using postfix with amavisd-new. i compiled the
amavisd-new to use spamassassin. after a lot
of work i got the php-sa-mysql-0.5-K
ok. i thought that would be the right
route to go with. ill recompile the amavisd-new
without the SA option. then ill have amavisd-new
send it to procmail then have the procmail send it to
the spamassassin with the mysql option.
i was already using the amavisd-new-20020517
so this will not be diff
im using the php-sa-mysql as an interface
for the users to set their prefrences. so, i need
the amavisd-new to either not send the mail to
SA so i can set the SA to use the sql lookup or
have the amavisd-new to send the mail to SA
With the sql lookups enabled.
ahhh, i looked at the logs again. th
t to you. i am so close. this is going
to kick ass when it is done
TIA
eric
- Original Message -
From: "Ted Cabeen" <[EMAIL PROTECTED]>
Cc: "dogface" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Monday, October 28,
i have found that large emails kill SA's performance.
adding * < 256000 to the .procmailrc bypasses anything
larger that 256k, thus speeding up the delivery process.
i have not ever received a spam that was larger than 256k.
:0fw
* < 256000
| spamassassin -P
3. In each user's .procmailrc file,
