Sam Clippinger ha scritto:
The next major version will be 4.0.0. It does not include recipient
validation. That feature is currently targeted for the following
version, probably 4.1.0.
I haven't yet decided how to implement it, but I think it won't be
useful unless it supports (at
Forgive me if I'm missing something here, but qmail-scanner already does
spamassassin and AV checking, and can be configured to reject (as opposed to
drop) any emails that fall outside of admin/user set parameters.
Because qmail-scanner is so easy to install (especially if you have Plesk
under
Sam Clippinger wrote:
I'd love to be able to do spam and virus scanning within spamdyke,
But what for? There's couple of tools you can use to scan (for whatever
you want) incoming mails before they go to the user mailbox and drop
mails when needed. Absolutely pointless feature to be added to
On Fri, May 16, 2008 at 03:39:15PM +0200, Marcin Orlowski wrote:
Sam Clippinger wrote:
I'd love to be able to do spam and virus scanning within spamdyke,
But what for? There's couple of tools you can use to scan (for whatever
you want) incoming mails before they go to the user mailbox and
Many mails, one sum up answer :)
rcpt validation
---
I think the best approach is not building into spamdyke a zillion
methods to do it, but make it able to call an outside application to get
the list.
1) spamdyke could periodically (configurable) re-run the application to
Well said. It wouldn't be spamDYKE at that point. ;)
Bgs wrote:
Spamdyke is an smtp level filtering system while virus filtering is at
the data level. Absolutely different by design. Spamdyke is fast because
it does not bother to handle data. If you add virus filtering to it, it
would be
Olivier Mueller wrote:
I'd love to be able to do spam and virus scanning within spamdyke,
But what for? There's couple of tools you can use to scan (for whatever
you want) incoming mails before they go to the user mailbox and drop
mails when needed. Absolutely pointless feature to be added
On Fri, 2008-05-16 at 17:56 +0200, Marcin Orlowski wrote:
What SMTP-level you talk about? You need to get all the data prior checks
we talk about. And this makes *huge* difference.
SMTP-Level = during the SMTP Session, before the mail is accepted in the
local qmail queue.
Once the mail is in
It is still a big perl script :-)
We've not had any issues with memory/cpu with it but I expect our servers
aren't as busy as others.
Faris.
-Original Message-
From: [EMAIL PROTECTED] [mailto:spamdyke-users-
[EMAIL PROTECTED] On Behalf Of Olivier Mueller
Sent: 16 May 2008 16:18
database 3105 (20080516) __
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
__ Information from ESET NOD32 Antivirus, version of virus signature
database 3106 (20080516) __
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
So this is a problem that has been intermittent for a month or so and
I haven't really been able to find a way to debug it until I found the
option 'full-log-dir' in spamdyke.conf.
My problem has been my users will occasionally complain that they have
gotten duplicates of the same message. It
Well, to answer your question, spamdyke is aimed at... me. And mail
administrators like me, I suppose. :)
Some history: The first time I installed qmail, I used the qmail
handbook by Dave Sill. All of my previous Unix mail experience was with
Sendmail, so I didn't understand anything about
It looks like something is taking a long time to respond to the end of
the message -- do you have anything installed to run SpamAssassin or
ClamAV before the message is accepted? In particular, sometimes ClamAV
needs to be restarted after it's been running for a long time; it starts
taking
On Fri, May 16, 2008 at 5:08 PM, Sam Clippinger [EMAIL PROTECTED] wrote:
It looks like something is taking a long time to respond to the end of
the message -- do you have anything installed to run SpamAssassin or
ClamAV before the message is accepted? In particular, sometimes ClamAV
needs to
14 matches
Mail list logo