On Fri, 2019-01-04 at 09:49 -0500, Viktor Dukhovni wrote: > > On Jan 4, 2019, at 9:23 AM, Christopher R. Gabriel < > > christopher.gabr...@gmail.com> wrote: > > > > Nov 30 09:11:31 postfix01 postfix-main/smtpd[31800]: rec_put: type > > E > > len 0 data > > Nov 30 09:11:31 postfix01 postfix-main/smtpd[31800]: > > vstream_fflush_some: fd 18 flush 2433 > > Nov 30 09:11:58 postfix01 postfix-main/smtpd[31800]: > > vstream_buf_get_ready: fd 18 got 18 > > Nov 30 09:11:58 postfix01 postfix-main/smtpd[31800]: public/cleanup > > socket: wanted attribute: status > > Your "cleanup" service is responding slowly. Perhaps your filesystem > is slow, since cleanup has to commit the message to disk.
All spool/data dirs are on ramdisk tmpfs, that's why I'm wondering. > Or some tables you're using in cleanup are slow. I only have a header_checks table with 1 single rule to log a specific header, and a transport map redis-based. Exactly the same configuration I have on postfix 2.x. > The verbose logging does not help, it puts pressure on the > filesystem... I've enable the verbose logging only for debug pourposes, I find the same behaviour even with logging disabled.
