Re: Are there plans for a buld-in support of REDIS-tables?

2020-01-10 Thread Michael Ströder
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

Re: Are there plans for a buld-in support of REDIS-tables?

2020-01-09 Thread Wietse Venema
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

Re: Are there plans for a buld-in support of REDIS-tables?

2020-01-09 Thread Phillip Schichtel
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

Re: Are there plans for a buld-in support of REDIS-tables?

2020-01-09 Thread 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? 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

Re: Are there plans for a buld-in support of REDIS-tables?

2020-01-09 Thread A. Schulze
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

Re: Are there plans for a buld-in support of REDIS-tables?

2020-01-09 Thread Wietse Venema
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

Re: Are there plans for a buld-in support of REDIS-tables?

2020-01-09 Thread 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 by simply distributing those

Re: Are there plans for a buld-in support of REDIS-tables?

2020-01-09 Thread Ansgar Wiechers
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

Are there plans for a buld-in support of REDIS-tables?

2020-01-09 Thread kris_h
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