are rsa certs/keys still needed/recommended for use in postfix? or can just ecc be relied on?

for websites it seems that, for all practical purposes, ecc ssl certs are all that's needed anymore cref e.g. comments at https://www.thesslstore.com/blog/you-should-be-using-ecc-for-your-ssl-tls-certificates/ " ... All modern Operating Systems and Browsers support ECC

Re: Architectural question for handing submission mail to a smarthost

Wietse asked: > What should happen with local submissions via /usr/sbin/sendmail? Thanks, I forgot about those, they too should go to the separate smarthost. Your follow-up message passing options to pickup(8) would seem to take care of that. > /etc/postfix/master.cf > submission .. .. .. .. ..

Re: Architectural question for handing submission mail to a smarthost

I wrote: > Hello, I seek advice. For mail received on port 25 for my domain, > the usual local transport should be used (as accomplished with > mydestination=mydomain), but for mail submitted by authorized users > on port 587, I want all such mail (even for recipients@mydomain) > to get sent via SM

Re: Architectural question for handing submission mail to a smarthost

Alexander Perlis: > Hello, I seek advice. For mail received on port 25 for my domain, > the usual local transport should be used (as accomplished with > mydestination=mydomain), but for mail submitted by authorized users > on port 587, I want all such mail (even for recipients@mydomain) > to get se

Architectural question for handing submission mail to a smarthost

Hello, I seek advice. For mail received on port 25 for my domain, the usual local transport should be used (as accomplished with mydestination=mydomain), but for mail submitted by authorized users on port 587, I want all such mail (even for recipients@mydomain) to get sent via SMTP to a separate

Re: 452 4.3.1 Insufficient system storage

The Postfix fsspace() function wraps system APIs and represents the result thusly: struct fsspace { unsigned long block_size; /* block size */ unsigned long block_free; /* free space */ }; If 'unsigned long' is a 32-bit type, then block_free will overflow if free

Re: 452 4.3.1 Insufficient system storage

> On 01 Jun 2020, at 03:16, Gabriele Bulfon wrote: When you post output like the following, place post in plain text so that the output is easily read. What you have below is one big blob of text and you've eliminated all the visual space the output generates to make the tabular data readable

Re: 452 4.3.1 Insufficient system storage

It’s a possibility that the data structure holding free space is overflowing, if it can’t deal with 1.8Tb of free space. I would suggest that you set a quota on the ZFS filesystem to bring the free space down to something of the order of a couple of Gb, and see if that resolves it. If it does, it

Re: 452 4.3.1 Insufficient system storage

On 6/1/20 11:16, Gabriele Bulfon wrote: Hi Jaco, thanks a lot. Here is the output: Sonicle XStreamOS (powered by illumos) SunOS 5.11 xs_154 June 2016 sonicle@cloudserver:~$ zpool list NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT data 9.81T 6.80T 3.02T - 58% 69% 1.00x ONLINE - C

Re: 452 4.3.1 Insufficient system storage

What is the output of: zfs get quota,reservation data/cloud/server/ROOT/zbe -Remy >> On 1 Jun 2020, at 11:16, Gabriele Bulfon wrote: >  > Hi Jaco, thanks a lot. Here is the output: > > Sonicle XStreamOS (powered by illumos) SunOS 5.11 xs_154 June 2016 > sonicle@cloudserver:~$ zpool list > N

Re: 452 4.3.1 Insufficient system storage

Hi Jaco, thanks a lot. Here is the output: Sonicle XStreamOS (powered by illumos) SunOS 5.11 xs_154 June 2016 sonicle@cloudserver:~$ zpool list NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT data 9.81T 6.80T 3.02T - 58% 69% 1.00x ONLINE -   Consider that this is an illumos zone, which

Re: 452 4.3.1 Insufficient system storage

On 6/1/20 09:28, Gabriele Bulfon wrote: Also queue_minfree is 0, running postconf, so no check should be performed. Right? *Sonicle S.r.l. *: http://www.sonicle.com *Music: *http://www.gabrielebulfon.com *Quantum Mechanics : *http:/

Re: 452 4.3.1 Insufficient system storage

Also queue_minfree is 0, running postconf, so no check should be performed. Right?     Sonicle S.r.l.  :  http://www.sonicle.com Music:  http://www.gabrielebulfon.com Quantum Mechanics :  http://www.cdbaby.com/cd/gabrielebulfon --

Re: 452 4.3.1 Insufficient system storage

Keep in mind this is an illumos system (SunOS 5.11), this is a zone running on a zfs pool, and that postfix is all relocated under /sonicle (e.g. /sonicle/var/spool/mqueue).   # df -h Filesystem Size Used Available Capacity Mounted on data/cloud/server/ROOT/zbe 6.3T 186G 1.8T 10% / /dev 0K 0K 0K

Re: 452 4.3.1 Insufficient system storage

On 01.06.20 09:09, Gabriele Bulfon wrote: That is impossible, there is more than 1TB of free space on the zfs pool where postfix queue is allocated. If I had so little space, I would have ran into other troubles long before this strange problem. This system is delivering continuously 24/7 thous

Re: 452 4.3.1 Insufficient system storage

That is impossible, there is more than 1TB of free space on the zfs pool where postfix queue is allocated. If I had so little space, I would have ran into other troubles long before this strange problem. This system is delivering continuously 24/7 thousands of email per day. This is something tha