Re: MDB_MAP_FULL: Environment mapsize limit reached

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 cach

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

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. Unfortu

Re: MDB_MAP_FULL: Environment mapsize limit reached

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

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.lm

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

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 w

Re: MDB_MAP_FULL: Environment mapsize limit reached

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

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

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 to

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

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 s

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

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?

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

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

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

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 li

MDB_MAP_FULL: Environment mapsize limit reached

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?

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 memcac

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

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 supp

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

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 mailb