Re: MDB_MAP_FULL: Environment mapsize limit reached

2020-01-09 Thread Wietse Venema
Wietse Venema: > This test completes fine with LMDB 0.9.23 (built on Fedora 30). > Starting with a small LMDB size limit, "postmap -i" keeps raising > the limimt as it adds items to the LMDB table. This is the same > Postfix library code path that is used with adding items to the TLS > session

Re: C h a n g e of Domain A u t o R e s p o n s e + Alias

2020-01-09 Thread Robert Miller
Thank you Jaroslaw for the suggestion. I may pursue this further for the two UNIX accounts which cannot send sieve auto responses due to rules surrounding aliases. FWIW to someone reading this list archive, there was a solution by moving the To: address up the chain using X-Original-To.

Re: MDB_MAP_FULL: Environment mapsize limit reached

2020-01-09 Thread Wietse Venema
Wietse Venema: > Wietse Venema: > > A. Schulze: > > > > > > Hello, > > > > > > running postfix-3.4.7 on Debian 10 I found the following warning in my > > > logs: > > > > > > postfix/tlsmgr[705]: warning: > > > lmdb:/var/lib/postfix/smtp_tls_session_cache is unavailable. open > > > database

Re: MDB_MAP_FULL: Environment mapsize limit reached

2020-01-09 Thread Wietse Venema
Wietse Venema: > A. Schulze: > > > > Hello, > > > > running postfix-3.4.7 on Debian 10 I found the following warning in my logs: > > > > postfix/tlsmgr[705]: warning: > > lmdb:/var/lib/postfix/smtp_tls_session_cache is unavailable. open > > database

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: MDB_MAP_FULL: Environment mapsize limit reached

2020-01-09 Thread Wietse Venema
A. Schulze: > > Hello, > > running postfix-3.4.7 on Debian 10 I found the following warning in my logs: > > postfix/tlsmgr[705]: warning: > lmdb:/var/lib/postfix/smtp_tls_session_cache is unavailable. open > database /var/lib/postfix/smtp_tls_session_cache.lmdb: MDB_MAP_FULL: >

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

handling long-term unreachable addresses/domains

2020-01-09 Thread Matus UHLAR - fantomas
Hello, on a few mail servers/gateways, we receive mail from domains that are unreachable for mail delivery on a long-term basis. besides spammers, there are companies that send mail from domains which don't have MX records, and A records point to servers without mail service running. I would

MDB_MAP_FULL: Environment mapsize limit reached

2020-01-09 Thread A. Schulze
Hello, running postfix-3.4.7 on Debian 10 I found the following warning in my logs: postfix/tlsmgr[705]: warning: lmdb:/var/lib/postfix/smtp_tls_session_cache is unavailable. open database /var/lib/postfix/smtp_tls_session_cache.lmdb: MDB_MAP_FULL: Environment mapsize limit reached on

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

Re: C h a n g e of Domain A u t o R e s p o n s e + Alias

2020-01-09 Thread Jaroslaw Rafa
Dnia 9.01.2020 o godz. 01:34:47 Robert Miller pisze: > Since this happens before delivery, it is not possible to > set an auto response (e.g. a vacation message) strictly for the old > addresses because .forward + vacation work at time of final > delivery, and possibly not at all for virtual