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

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

Re: 452 4.3.1 Insufficient system storage

2020-06-01 Thread Marty Lee
>> 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 Bulf

Re: 452 4.3.1 Insufficient system storage

2020-06-01 Thread Jaco Lesch
ch *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? *Sonic

Re: 452 4.3.1 Insufficient system storage

2020-06-01 Thread Remy Zandwijk
://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 > > >

Re: 452 4.3.1 Insufficient system storage

2020-06-01 Thread Gabriele Bulfon
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, ru

Re: 452 4.3.1 Insufficient system storage

2020-06-01 Thread Jaco Lesch
nics : *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:

Re: 452 4.3.1 Insufficient system storage

2020-06-01 Thread Gabriele Bulfon
-- 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

Re: 452 4.3.1 Insufficient system storage

2020-06-01 Thread Gabriele Bulfon
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

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 thous

Re: 452 4.3.1 Insufficient system storage

2020-06-01 Thread Gabriele Bulfon
-- 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

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[*.*

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 th

Re: 452 4.3.1 Insufficient system storage

2020-05-29 Thread Gabriele Bulfon
anics :  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, Gab

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 wor

Re: 452 4.3.1 Insufficient system storage

2020-05-29 Thread Gabriele Bulfon
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 wher

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

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/ma