Den 2012-07-24 08:20, Radim Kolar skrev:
what anti-spam for you used ? dspam?spammassian? amavisd-new ? what
is
best ?
i got best results with dspam + graylist. but dspam is not scalable
solution, it works only if you do not have many users.
depends on backend imho
i know a hoster that only
Stop replying here and start writing to http://wiki2.dovecot.org/AntiSpam - I
added some kind of a template now. Thread closed.
Am 25.07.2012 21:35, schrieb Benny Pedersen:
> currently here i plan to drop spamassassin and only use dspam via dovecot
> antispam plugin, it save me resources on
> dns, with lately here is unstable like hell, and talking to dns hosters helps
> nothing :/
why in the world do you not setup our
Den 2012-07-24 05:58, fy skrev:
what anti-spam for you used ? dspam?spammassian? amavisd-new ? what
is
best ?
depends of your gool, if you like to have user controls, then dovecot,
dovecot-antispam, with dspam is best, save the spamassassin resources
here
amavisd-new is NOT an spam filter
Am 25.07.2012 13:31, schrieb Timo Sirainen:
> On 24.7.2012, at 16.46, Patrick Ben Koetter wrote:
>
>> this is a mailing list dedicated to Dovecot and the protocols POP, IMAP and
>> MANAGESIEVE with the one or the other detour to storage.
>>
>> Greylisting and other Anti-Spam techniques, as discuss
On 24.7.2012, at 16.46, Patrick Ben Koetter wrote:
> this is a mailing list dedicated to Dovecot and the protocols POP, IMAP and
> MANAGESIEVE with the one or the other detour to storage.
>
> Greylisting and other Anti-Spam techniques, as discussed in this thread,
> truely are off-topic. Please t
On Tue, 2012-07-24 at 10:16 -0700, Marc Perkel wrote:
> Try this:
>
> http://www.junkemailfilter.com/spam/
>
It's also a good idea to place a disclaimer when advertising _your_
products and services on someone else's list
> On 7/23/2012 8:58 PM, fy wrote:
> > what anti-spam for you used ? ds
and like all the other constant off-topic crud here, you are free to
filter it out if you don't wish to see it.
On Tue, 2012-07-24 at 15:46 +0200, Patrick Ben Koetter wrote:
> People,
>
> this is a mailing list dedicated to Dovecot and the protocols POP, IMAP and
> MANAGESIEVE with the one or
On Tue, 2012-07-24 at 15:31 +0200, Markus Schönhaber wrote:
> 24.07.2012 14:30, Noel Butler:
>
> > On Tue, 2012-07-24 at 14:06 +0200, Markus Schönhaber wrote:
> >
> >> You must not accept mail you are unwilling or unable to deliver - ever!
> >
> >
> > That insisted behaviour was changed four
Try this:
http://www.junkemailfilter.com/spam/
On 7/23/2012 8:58 PM, fy wrote:
> what anti-spam for you used ? dspam?spammassian? amavisd-new ? what is
> best ?
>
>
>
On Tue, 24 Jul 2012, Stan Hoeppner wrote:
On 7/24/2012 7:13 AM, Morten Stevens wrote:
[...]
Jul 24 12:50:53 mx1 sendmail[32518]: q6OARUOM031928:
to=, delay=00:23:23, xdelay=00:00:02, mailer=esmtp,
pri=332317, relay=mail.netbsd.org. [149.20.53.66], dsn=4.7.1,
stat=Deferred: 450 4.7.1 : Recipie
People,
this is a mailing list dedicated to Dovecot and the protocols POP, IMAP and
MANAGESIEVE with the one or the other detour to storage.
Greylisting and other Anti-Spam techniques, as discussed in this thread,
truely are off-topic. Please take discussion offlist or to another list that
deals
24.07.2012 14:30, Noel Butler:
> On Tue, 2012-07-24 at 14:06 +0200, Markus Schönhaber wrote:
>
>> You must not accept mail you are unwilling or unable to deliver - ever!
>
>
> That insisted behaviour was changed four years ago, read up on RFC 5321
Where does it say so?
> IIRC
I doubt you
On 07/24/2012 02:06 PM, Markus Schönhaber wrote:
24.07.2012 11:57, Arnaud Abélard:
- With greylisting we aren't rejecting potentially spammy mails, we are
rejecting misbehaving servers. That's important, legally speaking. We
could be in trouble if we rejected an important mail by mistake when o
On Tue, 2012-07-24 at 07:22 -0500, Stan Hoeppner wrote:
> On 7/24/2012 7:13 AM, Morten Stevens wrote:
>
> > Jul 24 12:27:32 mx1 sendmail[31933]: q6OARUOM031928:
> > to=, delay=00:00:02, xdelay=00:00:01, mailer=esmtp,
> > pri=152317, relay=dovecot.org. [193.210.130.67], dsn=2.0.0, stat=Sent
> > (O
On Tue, 2012-07-24 at 14:06 +0200, Markus Schönhaber wrote:
> You must not accept mail you are unwilling or unable to deliver - ever!
That insisted behaviour was changed four years ago, read up on RFC 5321
IIRC
signature.asc
Description: This is a digitally signed message part
On 2012-07-24 3:16 AM, Arnaud Abélard wrote:
And first of all, even if this is not dovecot related, use a greylisting
solution.
Correct me if I'm wrong, but doesn't postscreen mostly make greylisting
unnecessary?
--
Best regards,
Charles
On 7/24/2012 7:13 AM, Morten Stevens wrote:
> Jul 24 12:27:32 mx1 sendmail[31933]: q6OARUOM031928:
> to=, delay=00:00:02, xdelay=00:00:01, mailer=esmtp,
> pri=152317, relay=dovecot.org. [193.210.130.67], dsn=2.0.0, stat=Sent
> (Ok: queued as 35AF81AE8359)
> Jul 24 12:28:32 mx1 sendmail[31933]: q6O
On 24.07.2012 13:44, m...@netbsd.org wrote:
Morten Stevens wrote:
So it is now RFC compliant. Anyway I think delaying mail traffic is
not
a good solution.
This is why whitelists and autowhilists are used in greylist filters.
Okay, and where are your whitelists at netbsd.org?
I've sent an
24.07.2012 11:57, Arnaud Abélard:
> - With greylisting we aren't rejecting potentially spammy mails, we are
> rejecting misbehaving servers. That's important, legally speaking. We
> could be in trouble if we rejected an important mail by mistake when our
> server actually accepted it.
That's s
Morten Stevens wrote:
> So it is now RFC compliant. Anyway I think delaying mail traffic is not
> a good solution.
This is why whitelists and autowhilists are used in greylist filters.
--
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
m...@netbsd.org
Am 24.07.2012 10:41, schrieb fy:
> 于 2012/7/24 16:29, Robert Schetterer 写道:
>> Am 24.07.2012 10:22, schrieb fy:
>>> 于 2012/7/24 15:16, Arnaud Abélard 写道:
On 07/24/2012 06:49 AM, Noel Butler wrote:
> On Tue, 2012-07-24 at 11:58 +0800, fy wrote:
>
>> what anti-spam for you used ? dsp
On 24.07.2012 12:51, Joseph Tam wrote:
Morten Stevens writes:
So it is now RFC compliant. Anyway I think delaying mail traffic is
not
a good solution.
Well, OK, if you not keen on greylisting, you can try greet pausing,
which introduces a shorter delay.
It tests a bot's patience by inserti
On Tue, Jul 24, 2012 at 12:51 PM, Joseph Tam wrote:
>
> Well, OK, if you not keen on greylisting, you can try greet pausing,
> which introduces a shorter delay.
>
This, works well. Interesting your sweet spot is around 20seconds, I
found 13s to be the right mark.
--
.warren
On 24.07.2012 12:33, Noel Butler wrote:
When we looked at it years ago, it did little to stem the tide of
spam,
all it did was over give us a negative impact by delays of legit
mail,
some servers are also poorly configured and dont try resend for a
long
period of time, especially if their que
Morten Stevens writes:
So it is now RFC compliant. Anyway I think delaying mail traffic is not
a good solution.
Well, OK, if you not keen on greylisting, you can try greet pausing,
which introduces a shorter delay.
It tests a bot's patience by inserting a pre-HELO pause. RFC allows 5
minute
Original-Nachricht
> Datum: Tue, 24 Jul 2012 11:57:18 +0200
> Von: Radim Kolar
> An: Dovecot Mailing List
> Betreff: Re: [Dovecot] what best for anti-spam filter?
> > The RICE university is using dspam on about 65K mailboxes without
> issues: http://it.ri
On Tue, 2012-07-24 at 11:12 +0200, Warren Baker wrote:
> On Tue, Jul 24, 2012 at 10:49 AM, Morten Stevens
> wrote:
> > No, greylisting is really a bad solution. It is not RFC compliant and delays
> > the mail traffic.
>
> Since when? RFC5321 was updated to handle delays and then there is RFC6647
On 24.07.2012 11:50, Emmanuel Dreyfus wrote:
On Tue, Jul 24, 2012 at 10:49:48AM +0200, Morten Stevens wrote:
No, greylisting is really a bad solution. It is not RFC compliant
Of course it is. Have you readen RFC 6647?
Okay, you're right.
Here is it from June 2012:
http://www.ietf.org/mail-a
On Tue, Jul 24, 2012 at 12:03:55PM +0200, Andrzej A. Filip wrote:
> Have you considered using some dnswl (whitelist) to turn off greylisting
> for some hosts?
I do not do it, but it is trivial to configure milter-greylist
for that usage: just add a whitelist acl based on a DNSRBL lookup.
--
Emma
On 07/24/2012 11:45 AM, Emmanuel Dreyfus wrote:
> On Tue, Jul 24, 2012 at 03:38:00AM -0500, Stan Hoeppner wrote:
>> Greylisting only stops bots. It is resource intensive, and causes
>> delivery delays. There exist bot spam killing solutions that are just
>> as effective, with less downside. Two
On 07/24/2012 10:38 AM, Stan Hoeppner wrote:
On 7/24/2012 2:16 AM, Arnaud Abélard wrote:
And first of all, even if this is not dovecot related, use a greylisting
solution.
Greylisting only stops bots. It is resource intensive, and causes
delivery delays. There exist bot spam killing solutio
On 07/24/2012 10:49 AM, Morten Stevens wrote:
On 24.07.2012 09:16, Arnaud Abélard wrote:
And first of all, even if this is not dovecot related, use a
greylisting solution.
No, greylisting is really a bad solution. It is not RFC compliant and
delays the mail traffic.
I would prefer a pre-queu
The RICE university is using dspam on about 65K mailboxes without issues:
http://it.rice.edu/spam.aspx
it works with such large number of user only if you use group shared
spam/ham dictionaries.
On Tue, Jul 24, 2012 at 10:49:48AM +0200, Morten Stevens wrote:
> No, greylisting is really a bad solution. It is not RFC compliant
Of course it is. Have you readen RFC 6647?
> and delays the mail traffic.
Greylisting with whitelist and reputation-based greylisting delay
makes it painless.
--
On Tue, Jul 24, 2012 at 03:38:00AM -0500, Stan Hoeppner wrote:
> Greylisting only stops bots. It is resource intensive, and causes
> delivery delays. There exist bot spam killing solutions that are just
> as effective, with less downside. Two are Postfix' postscreen daemon,
> and fqrdns.pcre, wh
24.07.2012 10:49, Morten Stevens:
> No, greylisting is really a bad solution. It is not RFC compliant and
> delays the mail traffic.
No. Rejecting mail with an temporary error is perfectly RFC compliant.
It happens all the time without greylisting. Because the authors of the
SMTP RFC knew that t
On Tue, Jul 24, 2012 at 10:49 AM, Morten Stevens
wrote:
> No, greylisting is really a bad solution. It is not RFC compliant and delays
> the mail traffic.
Since when? RFC5321 was updated to handle delays and then there is RFC6647.
--
.warren
Original-Nachricht
> Datum: Tue, 24 Jul 2012 08:20:08 +0200
> Von: Radim Kolar
> An: fy
> CC: dovecot@dovecot.org
> Betreff: Re: [Dovecot] what best for anti-spam filter?
>
> > what anti-spam for you used ? dspam?spammassian? amavisd-new ? what is
Original-Nachricht
> Datum: Tue, 24 Jul 2012 10:49:48 +0200
> Von: Morten Stevens
> An: Dovecot Mailing List
> Betreff: Re: [Dovecot] what best for anti-spam filter?
> On 24.07.2012 09:16, Arnaud Abélard wrote:
>
> > And first of all, even if this is
On 24.07.2012 09:16, Arnaud Abélard wrote:
And first of all, even if this is not dovecot related, use a
greylisting solution.
No, greylisting is really a bad solution. It is not RFC compliant and
delays the mail traffic.
I would prefer a pre-queue content-filtering solution like MIMEDefang
> what anti-spam for you used ? dspam?spammassian? amavisd-new ? what is
> best ?
i got best results with dspam + graylist. but dspam is not scalable
solution, it works only if you do not have many users.
于 2012/7/24 16:29, Robert Schetterer 写道:
Am 24.07.2012 10:22, schrieb fy:
于 2012/7/24 15:16, Arnaud Abélard 写道:
On 07/24/2012 06:49 AM, Noel Butler wrote:
On Tue, 2012-07-24 at 11:58 +0800, fy wrote:
what anti-spam for you used ? dspam?spammassian? amavisd-new ? what is
best ?
amavisd-new
On 7/24/2012 2:16 AM, Arnaud Abélard wrote:
> And first of all, even if this is not dovecot related, use a greylisting
> solution.
Greylisting only stops bots. It is resource intensive, and causes
delivery delays. There exist bot spam killing solutions that are just
as effective, with less down
Am 24.07.2012 10:22, schrieb fy:
> 于 2012/7/24 15:16, Arnaud Abélard 写道:
>> On 07/24/2012 06:49 AM, Noel Butler wrote:
>>> On Tue, 2012-07-24 at 11:58 +0800, fy wrote:
>>>
what anti-spam for you used ? dspam?spammassian? amavisd-new ? what is
best ?
>>>
>>>
>>> amavisd-new with spamassass
于 2012/7/24 15:16, Arnaud Abélard 写道:
On 07/24/2012 06:49 AM, Noel Butler wrote:
On Tue, 2012-07-24 at 11:58 +0800, fy wrote:
what anti-spam for you used ? dspam?spammassian? amavisd-new ? what is
best ?
amavisd-new with spamassassin and anti virus scanner, clamav with
sanesecurity rules
us
On 07/24/2012 06:49 AM, Noel Butler wrote:
On Tue, 2012-07-24 at 11:58 +0800, fy wrote:
what anti-spam for you used ? dspam?spammassian? amavisd-new ? what is
best ?
amavisd-new with spamassassin and anti virus scanner, clamav with
sanesecurity rules
use enforcing rules in mail server, like
On Tue, 24 Jul 2012, fy wrote:
what anti-spam for you used ? dspam?spammassian? amavisd-new ? what is
best ?
If you can afford using a separate "boundary" SMTP (and, thanks to virtual
machines, this is much more common than just a few years ago), MailAvenger
is likely to be a very good solut
* fy :
> what anti-spam for you used ? dspam?spammassian? amavisd-new ? what is
> best ?
The best goes like this:
1. Decide if the SMTP client should be allowed to connect to the server
2. Decide if the client should be allowed to send the message
3. Decide if the message should be allowed to rea
fy wrote:
> what anti-spam for you used ? dspam?spammassian? amavisd-new ? what is
> best ?
milter-greylist of course :-)
http://hcpnet.free.fr/milter-greylist/
Note that the name is a tribute to what it has been in the beginning,
but we now have much more features than greylisting. IMO the rea
On Tue, 2012-07-24 at 11:58 +0800, fy wrote:
> what anti-spam for you used ? dspam?spammassian? amavisd-new ? what is
> best ?
amavisd-new with spamassassin and anti virus scanner, clamav with
sanesecurity rules
use enforcing rules in mail server, like block hosts with no DNS/rDNS
Enforce SPF,
It's not what software you use, but what circumstances you run it in.
On Tue, 2012-07-24 at 11:58 +0800, fy wrote:
> what anti-spam for you used ? dspam?spammassian? amavisd-new ? what is
> best ?
what anti-spam for you used ? dspam?spammassian? amavisd-new ? what is
best ?
53 matches
Mail list logo