Re: 452 4.3.1 Insufficient system storage

2020-06-01 Thread Wietse Venema 
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 space / block_size > 4 giga

The warning message may also suffer from overflow:

 /*
  * Multiplication factor for free space check. Free space must be at least
  * smtpd_space_multf * message_size_limit.
  */
double  smtpd_space_multf = 1.5;

msg_warn("not enough free space in mail queue: %lu bytes < "
 "%g*message size limit",
 (unsigned long) fsbuf.block_free * fsbuf.block_size,
 smtpd_space_multf);

The number in the warning message will overflow if 'unsigned long'
is a 32-bit type, and the free space is > 4GB.

So yes, I agree with the suggestion that this could be a 32-bit
problem. On a 64-bit system you want to have 64-bit longs.

Can you run the test program below? On my laptop (the default LP64 
environment, i.e. 64-bit long and pointer) the output looks like:

sizeof char: 1
sizeof short: 2
sizeof int: 4
sizeof long: 8
sizeof off_t: 8
sizeof ssize_t: 8
sizeof : 8
...

Wietse

#include 
#include 
#include 

int main(int argc, char **argv)
{
#define PRINT_SIZE_NP(x) do { \
printf("sizeof %s: %ld\n", #x, (long) sizeof(x)); \
} while (0)

PRINT_SIZE_NP(char);
PRINT_SIZE_NP(short);
PRINT_SIZE_NP(int);
PRINT_SIZE_NP(long);
PRINT_SIZE_NP(off_t);
PRINT_SIZE_NP(ssize_t);

#define PRINT_SIZE_PT(x) do { \
x *y; printf("sizeof &%s: %ld\n", #x, (long) sizeof(y)); \
} while (0)

PRINT_SIZE_PT(char);
PRINT_SIZE_PT(short);
PRINT_SIZE_PT(int);
PRINT_SIZE_PT(off_t);
PRINT_SIZE_PT(ssize_t);

return (0);
}

Re: 452 4.3.1 Insufficient system storage

2020-06-01 Thread @lbutlr 
> 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.

> sonicle@cloudserver:~$ zfs list
> NAME USED AVAIL REFER MOUNTPOINT
> data 4.53T 1.80T 7.64G /data
> data/cloud 4.48T 1.80T 32.0K /data/cloud
> data/cloud/server 227G 1.80T 32.0K /data/cloud/server
> data/cloud/server/ROOT 227G 1.80T 32.0K legacy
> data/cloud/server/ROOT/zbe 227G 1.80T 187G legacy
> data/cloud/server/ROOT/zbe-1 2.84M 1.80T 110G legacy
> data/cloud/server/ROOT/zbe-backup-1 3.70M 1.80T 65.2G legacy
> data/cloud/server/ROOT/zbe-backup-2 3.40M 1.80T 101G legacy

sonicle@cloudserver:~$ zfs list
NAMEUSEDAVAILREFERMOUNTPOINT
data4.53T1.80T7.64G   /data
data/cloud  4.48T1.80T32.0K   /data/cloud
data/cloud/server   227G 1.80T32.0K   
/data/cloud/server
data/cloud/server/ROOT  227G 1.80T32.0K   legacy
data/cloud/server/ROOT/zbe  227G 1.80T187Glegacy
data/cloud/server/ROOT/zbe-12.84M1.80T110Glegacy
data/cloud/server/ROOT/zbe-backup-1 3.70M1.80T65.2G   legacy
data/cloud/server/ROOT/zbe-backup-2 3.40M1.80T101Glegacy


-- 
"A musicologist is a man who can read music but can't hear it." -
Sir Thomas Beecham (1879 - 1961)

Re: 452 4.3.1 Insufficient system storage

2020-06-01 Thread Marty Lee 
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 gives you something
to look at/for, and is easy/quick/non-disruptive to set and unset.

If that does sort things out, then it’s a case of checking
how postfix was built - you may find it was built using a
32 bit compiler - despite the system being 64 bit capable,
or not using the right flags during build.

https://illumos.org/man/5/lfcompile64




> On 1 Jun 2020, at 12:00, Jaco Lesch  wrote:
> 
> 
> 
> 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 -
>>  
>> Consider that this is an illumos zone, which has it's BE inside data, so the 
>> root FS is inside the data pool:
>> 
>> sonicle@cloudserver:~$ zfs list
>> NAME USED AVAIL REFER MOUNTPOINT
>> data 4.53T 1.80T 7.64G /data
>> data/cloud 4.48T 1.80T 32.0K /data/cloud
>> data/cloud/server 227G 1.80T 32.0K /data/cloud/server
>> data/cloud/server/ROOT 227G 1.80T 32.0K legacy
>> data/cloud/server/ROOT/zbe 227G 1.80T 187G legacy
>> data/cloud/server/ROOT/zbe-1 2.84M 1.80T 110G legacy
>> data/cloud/server/ROOT/zbe-backup-1 3.70M 1.80T 65.2G legacy
>> data/cloud/server/ROOT/zbe-backup-2 3.40M 1.80T 101G legacy
>>  
>> Gabriele
>> 
>> 
>> 
>>  
>>  
>> Sonicle S.r.l. : http://www.sonicle.com
>> Music: http://www.gabrielebulfon.com
>> Quantum Mechanics : http://www.cdbaby.com/cd/gabrielebulfon
>> 
>> 
>> 
>> Da: Jaco Lesch 
>> A: Gabriele Bulfon postfix-users@postfix.org
>> Data: 1 giugno 2020 10.31.13 CEST
>> Oggetto: 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://www.cdbaby.com/cd/gabrielebulfon
>> 
>> 
>> 
>> --
>> 
>> Da: Matus UHLAR - fantomas 
>> A: postfix-users@postfix.org 
>> Data: 29 maggio 2020 17.49.10 CEST
>> Oggetto: Re: 452 4.3.1 Insufficient system storage
>> 
>> On 29.05.20 15:42, Gabriele Bulfon wrote:
>> >This in mail.log:
>> >May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] 
>> >connect from sender-host[*.*.*.*]
>> >May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] 
>> >Anonymous TLS connection established from sender-host[*.*.*.*]: TLSv1.2 
>> >with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)
>> >May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] 
>> >NOQUEUE: reject: MAIL from sender-host[*.*.*.*]: 452 4.3.1 Insufficient 
>> >system storage; proto=ESMTP helo=
>> >May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 947731 mail.warning] 
>> >warning: not enough free space in mail queue: 38384640 bytes
>> > 
>> >This last warning looks quite uncomprehensible, message size limit is 
>> >5000, and sure 38384640 is less than 1.5*msl, so what's the problem?
>> 
>> _that_ is apparently the problem.
>> 
>> you have 38384640 B (~38MB) of free space in queue, but message maximum size
>> is 50MB, so you don't have enough of free space for maximum message size,
>> not even for 1.5*maximum required by default:
>> 
>> http://www.postfix.org/postconf.5.html#queue_minfree
>> 
>> 
>> -- 
>> Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
>> Warning: I wish NOT to receive e-mail advertising to this address.
>> Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
>> The 3 biggets disasters: Hiroshima 45, Tschernobyl 86, Windows 95
>> 
>> 
>> Gabriele
>> 
>> What does the output of "zpool list" look like?
>> 
>> Regards
>>  
>> -- 
>> ---
>> Jaco Lesch
>> SAIX HLS
>> Email: 
>> ja...@saix.net
> Gabriele
> 
> Have you possibly considered running the Postfix mail queues on a separate 
> ZFS filestsystem? That is what we have done in our environment for Postfix on 
> Solaris 11, also assigned a ZFS quota to the filesystem.
> 
> This is fairly straight forward with the "zfs create" command.
> 
> Just a thought.
> 
> Regards
>  
> -- 
> ---
> Jaco Lesch
> SAIX HLS
> Email: 
> ja...@saix.net

Re: 452 4.3.1 Insufficient system storage

2020-06-01 Thread Jaco Lesch 



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 -
Consider that this is an illumos zone, which has it's BE inside data, 
so the root FS is inside the data pool:


sonicle@cloudserver:~$ zfs list
NAME USED AVAIL REFER MOUNTPOINT
data 4.53T 1.80T 7.64G /data
data/cloud 4.48T 1.80T 32.0K /data/cloud
data/cloud/server 227G 1.80T 32.0K /data/cloud/server
data/cloud/server/ROOT 227G 1.80T 32.0K legacy
data/cloud/server/ROOT/zbe 227G 1.80T 187G legacy
data/cloud/server/ROOT/zbe-1 2.84M 1.80T 110G legacy
data/cloud/server/ROOT/zbe-backup-1 3.70M 1.80T 65.2G legacy
data/cloud/server/ROOT/zbe-backup-2 3.40M 1.80T 101G legacy
Gabriele



*Sonicle S.r.l. *: http://www.sonicle.com <http://www.sonicle.com/>
*Music: *http://www.gabrielebulfon.com <http://www.gabrielebulfon.com/>
*Quantum Mechanics : *http://www.cdbaby.com/cd/gabrielebulfon




*Da:* Jaco Lesch 
*A:* Gabriele Bulfon postfix-users@postfix.org
*Data:* 1 giugno 2020 10.31.13 CEST
*Oggetto:* 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
<http://www.sonicle.com/>
*Music: *http://www.gabrielebulfon.com
<http://www.gabrielebulfon.com/>
*Quantum Mechanics : *http://www.cdbaby.com/cd/gabrielebulfon




--

Da: Matus UHLAR - fantomas 
A: postfix-users@postfix.org
Data: 29 maggio 2020 17.49.10 CEST
    Oggetto: Re: 452 4.3.1 Insufficient system storage

On 29.05.20 15:42, Gabriele Bulfon wrote:
>This in mail.log:
>May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID
197553 mail.info] connect from sender-host[*.*.*.*]
>May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID
197553 mail.info] Anonymous TLS connection established
from sender-host[*.*.*.*]: TLSv1.2 with cipher
ECDHE-RSA-AES256-SHA384 (256/256 bits)
>May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID
197553 mail.info] NOQUEUE: reject: MAIL from
sender-host[*.*.*.*]: 452 4.3.1 Insufficient system
storage; proto=ESMTP helo=
>May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID
947731 mail.warning] warning: not enough free space in
mail queue: 38384640 bytes
>
>This last warning looks quite uncomprehensible, message
size limit is
>5000, and sure 38384640 is less than 1.5*msl, so
what's the problem?

_that_ is apparently the problem.

you have 38384640 B (~38MB) of free space in queue, but
message maximum size
is 50MB, so you don't have enough of free space for
maximum message size,
not even for 1.5*maximum required by default:

http://www.postfix.org/postconf.5.html#queue_minfree


-- 
Matus UHLAR - fantomas, uh...@fantomas.sk ;

http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this
address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek
reklamnu postu.
The 3 biggets disasters: Hiroshima 45, Tschernobyl 86,
Windows 95


Gabriele

What does the output of "zpool list" look like?

Regards

-- 
---

Jaco Lesch
SAIX HLS
Email:ja...@saix.net


Gabriele

Have you possibly considered running the Postfix mail queues on a 
separate ZFS filestsystem? That is what we have done in our environment 
for Postfix on Solaris 11, also assigned a ZFS quota to the filesystem.


This is fairly straight forward with the "zfs create" command.

Just a thought.

Regards

--
---
Jaco Lesch
SAIX HLS
Email: ja...@saix.net

Re: 452 4.3.1 Insufficient system storage

2020-06-01 Thread Remy Zandwijk 
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
> 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 has it's BE inside data, so the 
> root FS is inside the data pool:
> 
> sonicle@cloudserver:~$ zfs list
> NAME USED AVAIL REFER MOUNTPOINT
> data 4.53T 1.80T 7.64G /data
> data/cloud 4.48T 1.80T 32.0K /data/cloud
> data/cloud/server 227G 1.80T 32.0K /data/cloud/server
> data/cloud/server/ROOT 227G 1.80T 32.0K legacy
> data/cloud/server/ROOT/zbe 227G 1.80T 187G legacy
> data/cloud/server/ROOT/zbe-1 2.84M 1.80T 110G legacy
> data/cloud/server/ROOT/zbe-backup-1 3.70M 1.80T 65.2G legacy
> data/cloud/server/ROOT/zbe-backup-2 3.40M 1.80T 101G legacy
>  
> Gabriele
> 
> 
> 
>  
>  
> Sonicle S.r.l. : http://www.sonicle.com
> Music: http://www.gabrielebulfon.com
> Quantum Mechanics : http://www.cdbaby.com/cd/gabrielebulfon
> 
> 
> 
> Da: Jaco Lesch 
> A: Gabriele Bulfon postfix-users@postfix.org
> Data: 1 giugno 2020 10.31.13 CEST
> Oggetto: 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://www.cdbaby.com/cd/gabrielebulfon
> 
> 
> 
> ------------------
> 
> Da: Matus UHLAR - fantomas 
> A: postfix-users@postfix.org 
> Data: 29 maggio 2020 17.49.10 CEST
> Oggetto: Re: 452 4.3.1 Insufficient system storage
> 
> On 29.05.20 15:42, Gabriele Bulfon wrote:
> >This in mail.log:
> >May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] 
> >connect from sender-host[*.*.*.*]
> >May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] 
> >Anonymous TLS connection established from sender-host[*.*.*.*]: TLSv1.2 with 
> >cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)
> >May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] 
> >NOQUEUE: reject: MAIL from sender-host[*.*.*.*]: 452 4.3.1 Insufficient 
> >system storage; proto=ESMTP helo=
> >May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 947731 mail.warning] 
> >warning: not enough free space in mail queue: 38384640 bytes
> > 
> >This last warning looks quite uncomprehensible, message size limit is 
> >5000, and sure 38384640 is less than 1.5*msl, so what's the problem?
> 
> _that_ is apparently the problem.
> 
> you have 38384640 B (~38MB) of free space in queue, but message maximum size
> is 50MB, so you don't have enough of free space for maximum message size,
> not even for 1.5*maximum required by default:
> 
> http://www.postfix.org/postconf.5.html#queue_minfree
> 
> 
> -- 
> Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
> Warning: I wish NOT to receive e-mail advertising to this address.
> Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
> The 3 biggets disasters: Hiroshima 45, Tschernobyl 86, Windows 95
> 
> 
> Gabriele
> 
> What does the output of "zpool list" look like?
> 
> Regards
> -- 
> ---
> Jaco Lesch
> SAIX HLS
> Email: ja...@saix.net

Re: 452 4.3.1 Insufficient system storage

2020-06-01 Thread Gabriele Bulfon 
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 has it's BE inside data, so the 
root FS is inside the data pool:
sonicle@cloudserver:~$ zfs list
NAME USED AVAIL REFER MOUNTPOINT
data 4.53T 1.80T 7.64G /data
data/cloud 4.48T 1.80T 32.0K /data/cloud
data/cloud/server 227G 1.80T 32.0K /data/cloud/server
data/cloud/server/ROOT 227G 1.80T 32.0K legacy
data/cloud/server/ROOT/zbe 227G 1.80T 187G legacy
data/cloud/server/ROOT/zbe-1 2.84M 1.80T 110G legacy
data/cloud/server/ROOT/zbe-backup-1 3.70M 1.80T 65.2G legacy
data/cloud/server/ROOT/zbe-backup-2 3.40M 1.80T 101G legacy
 
Gabriele
 
 
Sonicle S.r.l. 
: 
http://www.sonicle.com
Music: 
http://www.gabrielebulfon.com
Quantum Mechanics : 
http://www.cdbaby.com/cd/gabrielebulfon
Da:
Jaco Lesch
A:
Gabriele Bulfon
postfix-users@postfix.org
Data:
1 giugno 2020 10.31.13 CEST
Oggetto:
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://www.cdbaby.com/cd/gabrielebulfon
--
Da: Matus UHLAR - fantomas
A:
postfix-users@postfix.org
Data: 29 maggio 2020 17.49.10 CEST
Oggetto: Re: 452 4.3.1 Insufficient system storage
On 29.05.20 15:42, Gabriele Bulfon wrote:
This in mail.log:
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] connect 
from sender-host[*.*.*.*]
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] 
Anonymous TLS connection established from sender-host[*.*.*.*]: TLSv1.2 with 
cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] 
NOQUEUE: reject: MAIL from sender-host[*.*.*.*]: 452 4.3.1 Insufficient system 
storage; proto=ESMTP helo=
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 947731 mail.warning] 
warning: not enough free space in mail queue: 38384640 bytes
 
This last warning looks quite uncomprehensible, message size limit is 
5000, and sure 38384640 is less than 1.5*msl, so what's the problem?
_that_ is apparently the problem.
you have 38384640 B (~38MB) of free space in queue, but message maximum size
is 50MB, so you don't have enough of free space for maximum message size,
not even for 1.5*maximum required by default:
http://www.postfix.org/postconf.5.html#queue_minfree
--
Matus UHLAR - fantomas,
uh...@fantomas.sk
;
http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
The 3 biggets disasters: Hiroshima 45, Tschernobyl 86, Windows 95
Gabriele
What does the output of "zpool list" look like?
Regards
-- ---Jaco LeschSAIX HLSEmail:
ja...@saix.net

Re: 452 4.3.1 Insufficient system storage

2020-06-01 Thread Jaco Lesch 



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 <http://www.sonicle.com/>
*Music: *http://www.gabrielebulfon.com <http://www.gabrielebulfon.com/>
*Quantum Mechanics : *http://www.cdbaby.com/cd/gabrielebulfon



--

Da: Matus UHLAR - fantomas 
A: postfix-users@postfix.org
Data: 29 maggio 2020 17.49.10 CEST
Oggetto: Re: 452 4.3.1 Insufficient system storage

On 29.05.20 15:42, Gabriele Bulfon wrote:
>This in mail.log:
>May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553
mail.info] connect from sender-host[*.*.*.*]
>May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553
mail.info] Anonymous TLS connection established from
sender-host[*.*.*.*]: TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384
(256/256 bits)
>May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553
mail.info] NOQUEUE: reject: MAIL from sender-host[*.*.*.*]: 452
4.3.1 Insufficient system storage; proto=ESMTP helo=
>May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 947731
mail.warning] warning: not enough free space in mail queue:
38384640 bytes
>
>This last warning looks quite uncomprehensible, message size
limit is
>5000, and sure 38384640 is less than 1.5*msl, so what's the
problem?

_that_ is apparently the problem.

you have 38384640 B (~38MB) of free space in queue, but message
maximum size
is 50MB, so you don't have enough of free space for maximum
message size,
not even for 1.5*maximum required by default:

http://www.postfix.org/postconf.5.html#queue_minfree


-- 
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/

Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
The 3 biggets disasters: Hiroshima 45, Tschernobyl 86, Windows 95



Gabriele

What does the output of "zpool list" look like?

Regards

--
---
Jaco Lesch
SAIX HLS
Email: ja...@saix.net

Re: 452 4.3.1 Insufficient system storage

2020-06-01 Thread Gabriele Bulfon 
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
--
Da: Matus UHLAR - fantomas
A: postfix-users@postfix.org
Data: 29 maggio 2020 17.49.10 CEST
Oggetto: Re: 452 4.3.1 Insufficient system storage
On 29.05.20 15:42, Gabriele Bulfon wrote:
This in mail.log:
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] connect 
from sender-host[*.*.*.*]
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] 
Anonymous TLS connection established from sender-host[*.*.*.*]: TLSv1.2 with 
cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] 
NOQUEUE: reject: MAIL from sender-host[*.*.*.*]: 452 4.3.1 Insufficient system 
storage; proto=ESMTP helo=
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 947731 mail.warning] 
warning: not enough free space in mail queue: 38384640 bytes
 
This last warning looks quite uncomprehensible, message size limit is 
5000, and sure 38384640 is less than 1.5*msl, so what's the problem?
_that_ is apparently the problem.
you have 38384640 B (~38MB) of free space in queue, but message maximum size
is 50MB, so you don't have enough of free space for maximum message size,
not even for 1.5*maximum required by default:
http://www.postfix.org/postconf.5.html#queue_minfree
--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
The 3 biggets disasters: Hiroshima 45, Tschernobyl 86, Windows 95

Re: 452 4.3.1 Insufficient system storage

2020-06-01 Thread Gabriele Bulfon 
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 0% /dev
proc 0K 0K 0K 0% /proc
ctfs 0K 0K 0K 0% /system/contract
mnttab 0K 0K 0K 0% /etc/mnttab
objfs 0K 0K 0K 0% /system/object
swap 4.4G 272K 4.4G 1% /etc/svc/volatile
/usr/lib/libc/libc_hwcap1.so.1
2.0T 186G 1.8T 10% /lib/libc.so.1
fd 0K 0K 0K 0% /dev/fd
swap 4.4G 200K 4.4G 1% /tmp
swap 4.4G 16K 4.4G 1% /var/run
 
# mount
/ on data/cloud/server/ROOT/zbe 
read/write/setuid/devices/nonbmand/exec/xattr/atime/dev=4b5001d on Mon May 18 
14:25:48 2020
/dev on /dev read/write/setuid/devices/dev=8f80003 on Mon May 18 14:25:48 2020
/proc on proc read/write/setuid/nodevices/zone=cloudserver/dev=8fc0003 on Mon 
May 18 14:25:49 2020
/system/contract on ctfs 
read/write/setuid/nodevices/zone=cloudserver/dev=9040004 on Mon May 18 14:25:49 
2020
/etc/mnttab on mnttab read/write/setuid/nodevices/zone=cloudserver/dev=9080004 
on Mon May 18 14:25:49 2020
/system/object on objfs 
read/write/setuid/nodevices/zone=cloudserver/dev=914 on Mon May 18 14:25:49 
2020
/etc/svc/volatile on swap 
read/write/setuid/nodevices/xattr/zone=cloudserver/dev=90c0006 on Mon May 18 
14:25:49 2020
/lib/libc.so.1 on /usr/lib/libc/libc_hwcap1.so.1 
read/write/setuid/devices/zone=cloudserver/dev=4b5001d on Mon May 18 14:25:53 
2020
/dev/fd on fd read/write/setuid/nodevices/zone=cloudserver/dev=9240004 on Mon 
May 18 14:25:54 2020
/tmp on swap read/write/setuid/nodevices/xattr/zone=cloudserver/dev=90c000b on 
Mon May 18 14:25:54 2020
/var/run on swap read/write/setuid/nodevices/xattr/zone=cloudserver/dev=90c000c 
on Mon May 18 14:25:54 2020
 
# zfs list
NAME USED AVAIL REFER MOUNTPOINT
data 4.53T 1.81T 7.64G /data
data/cloud 4.48T 1.81T 32.0K /data/cloud
data/cloud/server 226G 1.81T 32.0K /data/cloud/server
data/cloud/server/ROOT 226G 1.81T 32.0K legacy
data/cloud/server/ROOT/zbe 226G 1.81T 186G legacy
data/cloud/server/ROOT/zbe-1 2.84M 1.81T 110G legacy
data/cloud/server/ROOT/zbe-backup-1 3.70M 1.81T 65.2G legacy
data/cloud/server/ROOT/zbe-backup-2 3.40M 1.81T 101G legacy
 
# swap -lh
swapfile dev swaplo blocks free
/dev/swap - 4K 6.0G 6.0G
 
Thanks!
 
 
Sonicle S.r.l. 
: 
http://www.sonicle.com
Music: 
http://www.gabrielebulfon.com
Quantum Mechanics : 
http://www.cdbaby.com/cd/gabrielebulfon
Da:
Stefan Bauer
A:
Gabriele Bulfon
Cc:
Matus UHLAR - fantomas
postfix-users@postfix.org
Data:
1 giugno 2020 9.18.05 CEST
Oggetto:
Re: 452 4.3.1 Insufficient system storage
Please post output of df -h and mount.
Am Montag, 1. Juni 2020 schrieb Gabriele Bulfon
gbul...@sonicle.com
:
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 that started to happen sporadically in the last few months, 
after year of works.
What may be misleading Postfix about my available space?
 
Gabriele
 
 
Sonicle S.r.l. 
: 
http://www.sonicle.
com
Music: 
http://www.
gabrielebulfon.com
Quantum Mechanics : 
http://www.cdbaby.com/cd/
gabrielebulfon
--
--
--
Da: Matus UHLAR - fantomas
uh...@fantomas.sk
A:
postfix-users@postfix.org
Data: 29 maggio 2020 17.49.10 CEST
Oggetto: Re: 452 4.3.1 Insufficient system storage
On 29.05.20 15:42, Gabriele Bulfon wrote:
This in mail.log:
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553
mail.info
] connect from sender-host[*.*.*.*]
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553
mail.info
] Anonymous TLS connection established from sender-host[*.*.*.*]: TLSv1.2 with 
cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553
mail.info
] NOQUEUE: reject: MAIL from sender-host[*.*.*.*]: 452 4.3.1 Insufficient 
system storage; proto=ESMTP helo=
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 947731 mail.warning] 
warning: not enough free space in mail queue: 38384640 bytes
 
This last warning looks quite uncomprehensible, message size limit is 
5000, and sure 38384640 is less than 1.5*msl, so what's the problem?
_that_ is apparently the problem.
you have 38384640 B (~38MB) of free space in queue, but message maximum size
is 50MB, so you don't have enough of free space for maximum message size,
not even for 1.5*maximum required by default:
http://www.postfix.org/
postconf.5.html#queue_minfree
--
Matus UHLAR - fantomas,
uh...@fantomas.sk
;
http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
The 3 biggets disasters: Hiroshima 45, Tschernobyl 86, Windows

Re: 452 4.3.1 Insufficient system storage

2020-06-01 Thread Matus UHLAR - fantomas 

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 thousands of email per day.
This is something that started to happen sporadically in the last few months, 
after year of works.
What may be misleading Postfix about my available space?


are you sure there is no other filesystem involved?

I don't know much about ZFS, aren't there any partitions limited in size?

There's slight possibility that free size is understood incorrectly...



On 29.05.20 15:42, Gabriele Bulfon wrote:
This in mail.log:
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] connect 
from sender-host[*.*.*.*]
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] 
Anonymous TLS connection established from sender-host[*.*.*.*]: TLSv1.2 with 
cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] 
NOQUEUE: reject: MAIL from sender-host[*.*.*.*]: 452 4.3.1 Insufficient system 
storage; proto=ESMTP helo=
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 947731 mail.warning] 
warning: not enough free space in mail queue: 38384640 bytes
 
This last warning looks quite uncomprehensible, message size limit is 
5000, and sure 38384640 is less than 1.5*msl, so what's the problem?
_that_ is apparently the problem.
you have 38384640 B (~38MB) of free space in queue, but message maximum size
is 50MB, so you don't have enough of free space for maximum message size,
not even for 1.5*maximum required by default:
http://www.postfix.org/postconf.5.html#queue_minfree



--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
42.7 percent of all statistics are made up on the spot.

Re: 452 4.3.1 Insufficient system storage

2020-06-01 Thread Gabriele Bulfon 
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 that started to happen sporadically in the last few months, 
after year of works.
What may be misleading Postfix about my available space?
 
Gabriele
 
 
Sonicle S.r.l. 
: 
http://www.sonicle.com
Music: 
http://www.gabrielebulfon.com
Quantum Mechanics : 
http://www.cdbaby.com/cd/gabrielebulfon
--
Da: Matus UHLAR - fantomas
A: postfix-users@postfix.org
Data: 29 maggio 2020 17.49.10 CEST
Oggetto: Re: 452 4.3.1 Insufficient system storage
On 29.05.20 15:42, Gabriele Bulfon wrote:
This in mail.log:
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] connect 
from sender-host[*.*.*.*]
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] 
Anonymous TLS connection established from sender-host[*.*.*.*]: TLSv1.2 with 
cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] 
NOQUEUE: reject: MAIL from sender-host[*.*.*.*]: 452 4.3.1 Insufficient system 
storage; proto=ESMTP helo=
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 947731 mail.warning] 
warning: not enough free space in mail queue: 38384640 bytes
 
This last warning looks quite uncomprehensible, message size limit is 
5000, and sure 38384640 is less than 1.5*msl, so what's the problem?
_that_ is apparently the problem.
you have 38384640 B (~38MB) of free space in queue, but message maximum size
is 50MB, so you don't have enough of free space for maximum message size,
not even for 1.5*maximum required by default:
http://www.postfix.org/postconf.5.html#queue_minfree
--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
The 3 biggets disasters: Hiroshima 45, Tschernobyl 86, Windows 95

Re: 452 4.3.1 Insufficient system storage

2020-05-29 Thread Matus UHLAR - fantomas 

On 29.05.20 15:42, Gabriele Bulfon wrote:

This in mail.log:
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] connect 
from sender-host[*.*.*.*]
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] 
Anonymous TLS connection established from sender-host[*.*.*.*]: TLSv1.2 with 
cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] 
NOQUEUE: reject: MAIL from sender-host[*.*.*.*]: 452 4.3.1 Insufficient system 
storage; proto=ESMTP helo=
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 947731 mail.warning] 
warning: not enough free space in mail queue: 38384640 bytes
 
This last warning looks quite uncomprehensible, message size limit is 
5000, and sure 38384640 is less than 1.5*msl, so what's the problem?


_that_ is apparently the problem.

you have 38384640 B (~38MB) of free space in queue, but message maximum size
is 50MB, so you don't have enough of free space for maximum message size,
not even for 1.5*maximum required by default:

http://www.postfix.org/postconf.5.html#queue_minfree


--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
The 3 biggets disasters: Hiroshima 45, Tschernobyl 86, Windows 95

Re: 452 4.3.1 Insufficient system storage

2020-05-29 Thread Wietse Venema 
Gabriele Bulfon:
> May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 947731 mail.warning] 
> warning: not enough free space in mail queue: 38384640 bytes
> ?
> This last warning looks quite uncomprehensible, message size limit is?
> 5000, and sure?38384640 is less than 1.5*msl, so what's the problem?

Maybe this helps: OpenWrt has patched Postfix to look up the free
space from "/overlay" instead of the actual queue location.

https://marc.info/?l=postfix-users=156814845220945

https://github.com/openwrt/packages/issues/9970

-- 
Mike

Re: 452 4.3.1 Insufficient system storage

2020-05-29 Thread Gabriele Bulfon 
This in mail.log:
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] connect 
from sender-host[*.*.*.*]
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] 
Anonymous TLS connection established from sender-host[*.*.*.*]: TLSv1.2 with 
cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 197553 mail.info] 
NOQUEUE: reject: MAIL from sender-host[*.*.*.*]: 452 4.3.1 Insufficient system 
storage; proto=ESMTP helo=
May 28 20:09:45 cloudserver postfix/smtpd[21079]: [ID 947731 mail.warning] 
warning: not enough free space in mail queue: 38384640 bytes
 
This last warning looks quite uncomprehensible, message size limit is 
5000, and sure 38384640 is less than 1.5*msl, so what's the problem?
 
Gabriele
 
 
Sonicle S.r.l. 
: 
http://www.sonicle.com
Music: 
http://www.gabrielebulfon.com
Quantum Mechanics : 
http://www.cdbaby.com/cd/gabrielebulfon
--
Da: Matus UHLAR - fantomas
A: postfix-users@postfix.org
Data: 29 maggio 2020 15.36.01 CEST
Oggetto: Re: 452 4.3.1 Insufficient system storage
On 29.05.20 15:21, Gabriele Bulfon wrote:
the spool directory is inside a custom direcotry:
/sonicle/var/spool/mqueue, which is under the root zfs dataset with more
than 1TB of free space, and it's always been there for years. Also the
binaries are built 32bit with large files, and they also worked like this
for years.
does the system produce any kind of logs at the time problem happens?
I have a system running for some years, recently started to send "452 4.3.1 
Insufficient system storage" errors randomly.
Sometimes 2-3 during the night, sometimes many more (20-30).
Postfix is running under an illumos zone, over a zfs data pool with more than 
1TB of free space.
Size of emails with error is small enough to fit max message size.
The error email shows this:
 
Transcript of session follows.
Out: 220 servername ESMTP Postfix
In: EHLO
mail1.ferrari.it
Out: 250-servername
Out: 250-SIZE 5000
Out: 250-VRFY
Out: 250-ETRN
Out: 250-STARTTLS
Out: 250-AUTH PLAIN
Out: 250-AUTH=PLAIN
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250 DSN
In: STARTTLS
Out: 220 2.0.0 Ready to start TLS
In: EHLO sendingservername
Out: 250-servername
Out: 250-SIZE 5000
Out: 250-VRFY
Out: 250-ETRN
Out: 250-AUTH PLAIN
Out: 250-AUTH=PLAIN
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250 DSN
In: MAIL FROM:
SIZE=85683
Out: 452 4.3.1 Insufficient system storage
In: QUIT
Out: 221 2.0.0 Bye
--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
M$ Win's are shit, do not use it !

Re: 452 4.3.1 Insufficient system storage

2020-05-29 Thread Matus UHLAR - fantomas 

On 29.05.20 15:21, Gabriele Bulfon wrote:

the spool directory is inside a custom direcotry:
/sonicle/var/spool/mqueue, which is under the root zfs dataset with more
than 1TB of free space, and it's always been there for years.  Also the
binaries are built 32bit with large files, and they also worked like this
for years.


does the system produce any kind of logs at the time problem happens?


I have a system running for some years, recently started to send "452 4.3.1 
Insufficient system storage" errors randomly.
Sometimes 2-3 during the night, sometimes many more (20-30).
Postfix is running under an illumos zone, over a zfs data pool with more than 
1TB of free space.
Size of emails with error is small enough to fit max message size.
The error email shows this:
 
Transcript of session follows.
Out: 220 servername ESMTP Postfix
In: EHLO
mail1.ferrari.it
Out: 250-servername
Out: 250-SIZE 5000
Out: 250-VRFY
Out: 250-ETRN
Out: 250-STARTTLS
Out: 250-AUTH PLAIN
Out: 250-AUTH=PLAIN
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250 DSN
In: STARTTLS
Out: 220 2.0.0 Ready to start TLS
In: EHLO sendingservername
Out: 250-servername
Out: 250-SIZE 5000
Out: 250-VRFY
Out: 250-ETRN
Out: 250-AUTH PLAIN
Out: 250-AUTH=PLAIN
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250 DSN
In: MAIL FROM:
SIZE=85683
Out: 452 4.3.1 Insufficient system storage
In: QUIT
Out: 221 2.0.0 Bye


--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
M$ Win's are shit, do not use it !

Re: 452 4.3.1 Insufficient system storage

2020-05-29 Thread Gabriele Bulfon 
Thanks,
 
the spool directory is inside a custom direcotry: /sonicle/var/spool/mqueue, 
which is under the root zfs dataset with more than 1TB of free space, and it's 
always been there for years. Also the binaries are built 32bit with large 
files, and they also worked like this for years.
 
message_size_limit is 5000, as it is visible in the error output (
Out: 250-SIZE 5000)
mailbox_size_limit is not set, postconf says mailbox_size_limit = 5120
 
Postfix is configured to deliver to cyrus, as it has been for years.
 
Thanks!
Gabriele
 
 
Sonicle S.r.l. 
: 
http://www.sonicle.com
Music: 
http://www.gabrielebulfon.com
Quantum Mechanics : 
http://www.cdbaby.com/cd/gabrielebulfon
Da:
Ahsan Khan
A:
Gabriele Bulfon
Cc:
Postfix users
Data:
29 maggio 2020 14.56.12 CEST
Oggetto:
Re: 452 4.3.1 Insufficient system storage
Hi Gabriele
 
Can you check the spool directory where the mail is queued. For sendmail, i 
recall it was /var/spool/mqueue.
 
Also check message_size_limit and mailbox_size_limit in
main.cf
Regards
Ahsan
 
On Fri, May 29, 2020 at 6:14 PM Gabriele Bulfon
gbul...@sonicle.com
wrote:
Hello,
 
I have a system running for some years, recently started to send "452 4.3.1 
Insufficient system storage" errors randomly.
Sometimes 2-3 during the night, sometimes many more (20-30).
Postfix is running under an illumos zone, over a zfs data pool with more than 
1TB of free space.
Size of emails with error is small enough to fit max message size.
The error email shows this:
 
Transcript of session follows.
Out: 220 servername ESMTP Postfix
In: EHLO
mail1.ferrari.it
Out: 250-servername
Out: 250-SIZE 5000
Out: 250-VRFY
Out: 250-ETRN
Out: 250-STARTTLS
Out: 250-AUTH PLAIN
Out: 250-AUTH=PLAIN
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250 DSN
In: STARTTLS
Out: 220 2.0.0 Ready to start TLS
In: EHLO sendingservername
Out: 250-servername
Out: 250-SIZE 5000
Out: 250-VRFY
Out: 250-ETRN
Out: 250-AUTH PLAIN
Out: 250-AUTH=PLAIN
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250 DSN
In: MAIL FROM:
SIZE=85683
Out: 452 4.3.1 Insufficient system storage
In: QUIT
Out: 221 2.0.0 Bye
 
Never happened before.
Any idea what's happening?
 
Thanks!
Gabriele
 
 
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

2020-05-29 Thread Ahsan Khan 
Hi Gabriele

Can you check the spool directory where the mail is queued. For sendmail, i
recall it was /var/spool/mqueue.

Also check message_size_limit and mailbox_size_limit in main.cf

Regards
Ahsan




On Fri, May 29, 2020 at 6:14 PM Gabriele Bulfon  wrote:

> Hello,
>
> I have a system running for some years, recently started to send "452
> 4.3.1 Insufficient system storage" errors randomly.
> Sometimes 2-3 during the night, sometimes many more (20-30).
> Postfix is running under an illumos zone, over a zfs data pool with more
> than 1TB of free space.
> Size of emails with error is small enough to fit max message size.
> The error email shows this:
>
> Transcript of session follows.
>
> Out: 220 servername ESMTP Postfix
> In: EHLO mail1.ferrari.it
> Out: 250-servername
> Out: 250-SIZE 5000
> Out: 250-VRFY
> Out: 250-ETRN
> Out: 250-STARTTLS
> Out: 250-AUTH PLAIN
> Out: 250-AUTH=PLAIN
> Out: 250-ENHANCEDSTATUSCODES
> Out: 250-8BITMIME
> Out: 250 DSN
> In: STARTTLS
> Out: 220 2.0.0 Ready to start TLS
> In: EHLO sendingservername
> Out: 250-servername
> Out: 250-SIZE 5000
> Out: 250-VRFY
> Out: 250-ETRN
> Out: 250-AUTH PLAIN
> Out: 250-AUTH=PLAIN
> Out: 250-ENHANCEDSTATUSCODES
> Out: 250-8BITMIME
> Out: 250 DSN
> In: MAIL FROM: SIZE=85683
> Out: 452 4.3.1 Insufficient system storage
> In: QUIT
> Out: 221 2.0.0 Bye
>
> Never happened before.
> Any idea what's happening?
>
> Thanks!
> Gabriele
>
>
>
> *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

2016-05-12 Thread Joe Acquisto-j4 
Turns out, the actual number of recipients is closer to 3500 addressees.
That may be giving the server a belly full after all.

Presume the simplest way to deal is to add a disk (VM is wonderful) and tell 
postfix to use that space to it's hearts content via spool definition in 
/etc/postifx/main.cf ?

>>> "Joe Acquisto-j4"  05/12/16 11:33 AM >>>
Postfix version 2.5.6 being used as a relay for chatty internal  processes.

Suddenly, one of them is complaining of this error, in the midst of a 250 ish 
recipient email.  With attachment of some size.

". . .postfix/smtpd[15953]: NOQUEUE: reject: MAIL from unknown[192.168.aa.bb]: 
452 4.3.1 Insufficient system storage; proto=ESMTP helo="

Seems this may be telling me the machine was out of disk space or a Queue was 
limited in some way, but I have about 4GB of free space.   I am attempting to 
determine the size of the mailing list from the sender, the attachment is 2MB 
or so.

Simple issue, eluding me?