On 1/9/20 5:12 PM, kris_h wrote:
> We distribute the more dynamic tables - e.g. cidr-tables with self-harvested
> current spammer's IPs - actually by simply distributing those files with
> rsync.
> [..]
> I searching for pros/cons for:
postfix supports LDAP lookups out-of-the-box.
Is using
Fred Morris:
> 1) Somebody suggests using e.g. Ansible to update static tables; but that
> requires restarting or triggering a reload in some fashion, does it not?
Nope. Only really incompetent systems would copy a new file OVER
an existing file. Competent systems use 'rename'. Postfix programs
My suggestion: Bridge tcp or socketmap requests to what ever
database/remote-service you like. I'm using that approach to bridge lookups
to a rest web service for a while now using a small application [1] (built
by me, documentation is light, but not a lot of code). I have that tool
bound
1) Somebody suggests using e.g. Ansible to update static tables; but that
requires restarting or triggering a reload in some fashion, does it not?
2) Plus there is the matter of querying your inventory to see what the
configurations are on all nodes (what if they're intentionally not all the
Am 09.01.20 um 17:12 schrieb kris_h:
> We distribute the more dynamic tables - e.g. cidr-tables with self-harvested
> current spammer's IPs - actually by simply distributing those files with
> rsync.
we use an rbldnsd to build and serve an internal zone with similar data.
Usual DNS lookups are
kris_h:
>
> Hey Ansgar,
>
> thank you for your quick reply.
>
> For sure the quasi-static tables should be managed via deploymant-systems or
> simplier rsync and that alike.
>
> We distribute the more dynamic tables - e.g. cidr-tables with self-harvested
> current spammer's IPs - actually
Hey Ansgar,
thank you for your quick reply.
For sure the quasi-static tables should be managed via deploymant-systems or
simplier rsync and that alike.
We distribute the more dynamic tables - e.g. cidr-tables with self-harvested
current spammer's IPs - actually by simply distributing those
On 2020-01-09 kris_h wrote:
> yes, there is a related msg -
> http://postfix.1071664.n5.nabble.com/Redis-Plugin-td87004.html - but dated
> 2016 and it kept unanswered...
>
> I'm looking for something similar like:
> http://www.postfix.org/memcache_table.5.html
>
> I would prefer redis over
Hello Wietse,
hello all,
yes, there is a related msg -
http://postfix.1071664.n5.nabble.com/Redis-Plugin-td87004.html - but dated
2016 and it kept unanswered...
I'm looking for something similar like:
http://www.postfix.org/memcache_table.5.html
I would prefer redis over memcache, since it