search for: submission_timeout

...3.17337: Permission denied >>> >>> It still isn't really clear to me why this is going on. >> >> I am wondering what that sendmail process is doing. >> >> As you can see, Dovecot waits for it to finish for 30 seconds >> (override >> with submission_timeout setting). >> >> Can you try invoking sendmail manually from command line? Does it >> work? >> Is it hanging for more than 30s? > > I think the real error here is the postdrop one (sendmail is a wrapper > around postdrop). It's a permission denied error which...

...gt;>> >>>> It still isn't really clear to me why this is going on. >>> >>> I am wondering what that sendmail process is doing. >>> >>> As you can see, Dovecot waits for it to finish for 30 seconds >>> (override >>> with submission_timeout setting). >>> >>> Can you try invoking sendmail manually from command line? Does it >>> work? >>> Is it hanging for more than 30s? >> >> I think the real error here is the postdrop one (sendmail is a wrapper >> around postdrop). It's a p...

...;> It still isn't really clear to me why this is going on. >>>> >>>> I am wondering what that sendmail process is doing. >>>> >>>> As you can see, Dovecot waits for it to finish for 30 seconds >>>> (override >>>> with submission_timeout setting). >>>> >>>> Can you try invoking sendmail manually from command line? Does it >>>> work? >>>> Is it hanging for more than 30s? >>> >>> I think the real error here is the postdrop one (sendmail is a >>> wrapper &g...

...or: postdrop: warning: mail_queue_enter: > create file maildrop/868503.17337: Permission denied > > It still isn't really clear to me why this is going on. I am wondering what that sendmail process is doing. As you can see, Dovecot waits for it to finish for 30 seconds (override with submission_timeout setting). Can you try invoking sendmail manually from command line? Does it work? Is it hanging for more than 30s? Regards, Stephan.

...er: >> create file maildrop/868503.17337: Permission denied >> >> It still isn't really clear to me why this is going on. > > I am wondering what that sendmail process is doing. > > As you can see, Dovecot waits for it to finish for 30 seconds (override > with submission_timeout setting). > > Can you try invoking sendmail manually from command line? Does it work? > Is it hanging for more than 30s? I think the real error here is the postdrop one (sendmail is a wrapper around postdrop). It's a permission denied error which leads me to believe it may be an sel...

...y_master_user = | submission_relay_max_idle_time = 29 mins | submission_relay_password = | submission_relay_port = 25 | submission_relay_rawlog_dir = | submission_relay_ssl = no | submission_relay_ssl_verify = yes | submission_relay_trusted = no | submission_relay_user = | submission_ssl = no | submission_timeout = 30 secs | syslog_facility = mail | userdb { | args = | auth_verbose = default | default_fields = | driver = passwd | name = | override_fields = | result_failure = continue | result_internalfail = continue | result_success = return-ok | skip = never | } | valid_chroot_dirs...

> On 25/08/2020 14:35 Robert Nowotny <rnowotny at rotek.at> wrote: > > > I get ZLIB Errors after dovecot upgrade from 2.3.10.1 to 2.3.11.3 > > > Aug 21 15:27:34 lxc-imap dovecot: imap(acsida)<63870><jZk...>: Error: Mailbox Sent: UID=40826: read(zlib(/home/vmail/virtualmailboxes/acsida/storage/m.2409)) failed:

...y_host = submission_relay_master_user = submission_relay_max_idle_time = 29 mins submission_relay_password = submission_relay_port = 25 submission_relay_rawlog_dir = submission_relay_ssl = no submission_relay_ssl_verify = yes submission_relay_trusted = no submission_relay_user = submission_ssl = no submission_timeout = 30 secs syslog_facility = mail userdb { args = auth_verbose = default default_fields = driver = passwd name = override_fields = result_failure = continue result_internalfail = continue result_success = return-ok skip = never } userdb { args = auth_verbose = default defau...

...t = submission_relay_master_user = submission_relay_max_idle_time = 29 mins submission_relay_password = submission_relay_port = 25 submission_relay_rawlog_dir = submission_relay_ssl = no submission_relay_ssl_verify = yes submission_relay_trusted = no submission_relay_user = submission_ssl = no submission_timeout = 30 secs syslog_facility = local5 userdb { args = username_format=%n /etc/dovecot/imap.pwd auth_verbose = default default_fields = uid=vmail gid=vmail home=/home/vmail/virtualhomes/%n driver = passwd-file name = override_fields = home=/home/vmail/virtualhomes/%n result_failure = con...

I did some more digging around and found this is reproducible on multiple hosts running the same version of Dovecot/Pigeonhole/Postfix. The problem resurfaces on any host to an account with enabled Vacation/OOO response. The Vacation/OOO reply filter was created in Roundcubemail, but has been fine for years. One thing to note is in Dovecot 2.3.0 I did enable UTF8, but even if I disable UTF8