Oliver Schulze L. wrote:
- MD does not use spamassassin, nor spamc. It uses the perl API of
SA, and it should not be as slow as spamassassin. But, will it be as
fast as spamc/spamd ?
It should be as fast, if not faster, because of the preforked model.
(Though I believe recent spamd's also use a pre
Hi All,
I'm a little late to this discussion, but this is what I learned so far
from the situation:
- if you run SA from procmail, then spamc/spamd really is much faster,
as stated
in the "Performance" section here:
http://spamassassin.apache.org/full/3.0.x/dist/spamd/README
- MD does not use
Yes, I'm using spamassassin only from mimedefang.
Thanks!
Oliver
John Nemeth wrote:
On Sep 2, 4:43pm, "Oliver Schulze L." wrote:
} Kris Deugau wrote:
} >Keith Patton wrote:
} >
} >>The best I can figure out is that mimedefang is using spamassassin
} >>-t and not spamc/spamd.
} >
} >Not exactly.
On Sep 2, 4:43pm, "Oliver Schulze L." wrote:
} Kris Deugau wrote:
} >Keith Patton wrote:
} >
} >>The best I can figure out is that mimedefang is using spamassassin
} >>-t and not spamc/spamd.
} >
} >Not exactly. MD calls the SA Perl module(s) directly, rather than
} >invoking an external scrip
Hi David,
I'm using for internal compliance rules in a customer's mailserver.
They want to limit the domains a user can write to.
For example,
almost all users can only write emails to other company employees.
Also, they want to do BCC on selected account. And the BCC not
always goes to the same ac
Kris Deugau wrote:
Keith Patton wrote:
The best I can figure out is that mimedefang is using spamassassin
-t and not spamc/spamd.
Not exactly. MD calls the SA Perl module(s) directly, rather than
invoking an external script or program.
So, is ok to shutdown spamd?
--
Oliver Schulze L.
Josh Kelley wrote:
[snip]
We use a setuid copy of /usr/bin/quota to do quota checking on our Red
Hat server. (We use a copy rather than making /usr/bin/quota setuid
since any updates to the quota package would reset the setuid bit.)
It's probably not the most efficient setup, but I thought tha
On Sep 2, 9:02am, Kris Deugau wrote:
} [EMAIL PROTECTED] wrote:
} > Hmmm... on further reflection, your original request was for per-user
} > SpamAssassin preferences.
} >
} > I think your best bet is to turn OFF MIMEDefang's SpamAssassin
} > integration, and run it from procmail.
}
} I have to
On Sep 2, 5:28am, <[EMAIL PROTECTED]> wrote:
} Matthew.van.Eerde wrote:
} > Keith Patton wrote:
} >> The best I can figure out is that mimedefang is using spamassassin
} >> -t and not spamc/spamd.
} >>
} >> Is there anyone out here that has accomplished getting it to use
} >> spamc/spamd? or do
On Sep 2, 6:37am, "Keith Patton" wrote:
}
} I need to create a per user set of rules for spamassassin. I see where
} spamassassin supports it with ldap or sql, however it only appears to
} work using the spamc/spamd pair not spamassasin -t..
No, it works fine with the Mail::SpamAssassin
David F. Skoll wrote:
>> Not necessarily; see stream_by_recipient().
>
>> On the other hand, that *does* eliminate any of the performance gains
>> you might make by calling SA at the MTA layer once per message,
>> rather than once per recipient.
>
> If you can group recipients into "equivalence
Kris Deugau wrote:
> I have to agree; per-user SA from MIMEDefang is decidedly non-trivial.
Yes. It's still doable, though, if you make calls directly into
the Mail::SpamAssassin modules rather than using the built-in MIMEDefang
code.
[...]
> Not necessarily; see stream_by_recipient().
> On
[EMAIL PROTECTED] wrote:
> Hmmm... on further reflection, your original request was for per-user
> SpamAssassin preferences.
>
> I think your best bet is to turn OFF MIMEDefang's SpamAssassin
> integration, and run it from procmail.
I have to agree; per-user SA from MIMEDefang is decidedly non-t
Keith Patton wrote:
> The best I can figure out is that mimedefang is using spamassassin
> -t and not spamc/spamd.
Not exactly. MD calls the SA Perl module(s) directly, rather than
invoking an external script or program.
> Is there anyone out here that has accomplished getting it to use
> spamc
Matthew.van.Eerde wrote:
> Keith Patton wrote:
>> The best I can figure out is that mimedefang is using spamassassin
>> -t and not spamc/spamd.
>>
>> Is there anyone out here that has accomplished getting it to use
>> spamc/spamd? or does anyone have any ideas on how to accomplish with
>> the le
Keith Patton wrote:
> The best I can figure out is that mimedefang is using spamassassin -t
> and not spamc/spamd.
>
> Is there anyone out here that has accomplished getting it to use
> spamc/spamd? or does anyone have any ideas on how to accomplish with
> the least amount of effort?
The best id
On 9 Apr 2005 at 14:39, Troy R. LeBouef wrote:
> I found the original file in
> ./mimedefang-2.51/redhat/mimedefang-sysconfig
> So I modified it as suggested and copied it over to
> /etc/sysconfig/mimedefang then restarted mimedefang services.
>
> Thanks for the assistance didn't realize this w
Hi all,
I need to create a per user set of rules for spamassassin. I see where
spamassassin supports it with ldap or sql, however it only appears to
work using the spamc/spamd pair not spamassasin -t..
The best I can figure out is that mimedefang is using spamassassin -t
and not spamc/spamd.
I
Alan Premselaar wrote:
On what system do you have this implemented? (linux? kernel?)
I'm playing around with an implementation on RedHat ES 3.0 and the
problem I'm running into is that MIMEDefang runs as the defang user,
Quota::query is only allowed to get quota information for other users
if ru
David F. Skoll wrote:
Yes, my usual mantra: "When a previously-working system starts misbehaving,
and you (really, honestly!) haven't changed anything, suspect a network
problem." Look for a DNSRBL host that's died, a datbase connection that's
acting up, or something similar.
Of course, if you *h
Tom Skotnicki wrote:
> Upon further diagnosis, the issue appears to be spamassassin. I made this
> determination by setting the maximum message size to submit to spamassassin
> to 1k in lieu of the standard 100k. With this setting, all is well, except
> the spam.
> As previously stated, this setu
I had previously written about a runaway slave(s) issue and was corrected
that my issue was runaway mimedefang threads rather than mimedefang slaves,
which is the case. I have been experiencing conditions of dozens of
mimedefang threads until the server stops responding until rebooted.
Upon furthe
Jan Pieter Cornet wrote:
[snip]
You probably have direct attached storage on the linux box? Apparently
that makes a difference. As a workaround, you could either run the
mimedefang slaves as root (not recommended) or run a specialised "quota
daemon", as root, that can perform the quota queries for
On Tue, Apr 12, 2005 at 08:00:57PM +0900, Alan Premselaar wrote:
> >>How are you checking quota? Sounds interesting.
> >
> >Using the perl interface to quotactl, the Quota module. The big
>
> On what system do you have this implemented? (linux? kernel?)
On FreeBSD 4.10 clients and a few linux 2.
Jan Pieter Cornet wrote:
We're not using it for any "compliance" testing (mainly because
we're an ISP), but we do use it for other things:
- rejecting on quota exceeded earlier than sendmail detects it
How are you checking quota? Sounds interesting.
Using the perl interface to quotactl, the Quota
25 matches
Mail list logo