Hello
I actually use postgrey as greylisting utility
I have no experience with other greylisting softwares
but Postfix "gurus" advice would be greatly appreciated
to compare and eventually change for another software.
Thanks a lot
Zitat von Frank Bonnet :
Hello
I actually use postgrey as greylisting utility
I have no experience with other greylisting softwares
but Postfix "gurus" advice would be greatly appreciated
to compare and eventually change for another software.
We also use Postgrey
Works stable and as expecte
On 10/1/2010 8:43 AM, Frank Bonnet wrote:
Hello
I actually use postgrey as greylisting utility
I have no experience with other greylisting softwares
but Postfix "gurus" advice would be greatly appreciated
to compare and eventually change for another software.
Thanks a lot
What you use depen
Stan Hoeppner wrote:
I was going by information I received from another list. I don't use
the data feed service. Does this include the CBL data set within Zen?
Yes; CBL is a subset of XBL. It's not provided separately, at least
not by Spamhaus. XBL alone is at least ~50x the size (on-disk
I have a RHEL5 machine running Redhat's build of postfix 2.3.3 and am having
problems with messages being sporadically deferred with 'unknown mail transport
error'.
The machine is a gateway for listserv, so it does receive lots of mail at
times. It appears that the problem is related to the amount
Hi list,
I'm in the process of adding write support to postfix's mysql client (you will
find a patch against postfix-2.7.1 in the appendix). But I have two problems:
1) the dict_cache_clean_event writes _LAST_CACHE_CLEANUP_COMPLETED_ to the
database. Is this the intended behaviour?
2) If I'm gu
Rich Bishop:
> Sep 30 20:22:18 jay postfix/qmgr[10510]: qmgr_transport_throttle: transport
> smtp: status: 4.3.0 reason: unknown mail transport error
> Sep 30 20:22:18 jay postfix/qmgr[10510]: warning: transport smtp failure --
> see a previous warning/fatal/panic logfile record for the problem d
Stefan:
> Hi list,
>
> I'm in the process of adding write support to postfix's mysql client (you
> will
> find a patch against postfix-2.7.1 in the appendix). But I have two problems:
> 1) the dict_cache_clean_event writes _LAST_CACHE_CLEANUP_COMPLETED_ to the
> database. Is this the intended b
=>I actually use postgrey as greylisting utility
>
>I have no experience with other greylisting softwares
>but Postfix "gurus" advice would be greatly appreciated
>to compare and eventually change for another software.
postgrey and its fork sqlgrey are pretty much optimum. I think changing to
so
Thanks for responding. It appears that we had a duplicate mail alias, which
caused the ldap map to return two mailhosts and made our smtp processes
die. Fixed that and the problem seems to have gone away.
Rich
Wietse Venema:
> Stefan:
> > Hi list,
> >
> > I'm in the process of adding write support to postfix's mysql client (you
> > will
> > find a patch against postfix-2.7.1 in the appendix). But I have two
> > problems:
> > 1) the dict_cache_clean_event writes _LAST_CACHE_CLEANUP_COMPLETED_ to the
11 matches
Mail list logo