Hi! This is very unlikely to be a dovecot issue itself. There is nothing inside dovecot that would horde your emails for 2 hours before "delivering" them.
You should - Enable mail_log plugin. This will tell you when mails are delivered, when deleted etc, see https://doc.dovecot.org/configuration_manual/plugins/mail_event_logging/ - Examine your logs - Check `doveadm fetch 'date.received date.sent date.saved' mailbox INBOX '*'` ( this will print you the last email in INBOX, note the quotes) Aki > On 23/10/2022 16:49 EEST Chris Wensink <cwens...@five-star-plastics.com> > wrote: > > > Over the last several months we have seen what seems like large delays in > email delivery as well, we get emails at 11AM that are time stamped at 9:10. > I thought it was a networking issue, but I can’t be sure. I wish I knew > more about coding, to look under the hood to examine things further. > > Sent from my iPhone > > > On Oct 23, 2022, at 7:17 AM, Voytek Eymont <voy...@sbt.net.au> wrote: > > > > > > > >> On Sat, October 22, 2022 11:29 am, Joseph Tam wrote: > >> > >> I haven't seen anyone else replying, but there doesn't seem anything > >> anomalous with the output. The session commands-repliesd is is more or > >> less what I expect, although to make sense of this, you'll have to splice > >> the input and output files together using timestamps to see the sequential > >> flow of data. > > ... > >> Typically, if some resource limit is hit, one side or the other will > >> create a log or notification. Your INBOX is large, but not outrageous. You > >> can test it directly by creating smaller subsets of the INBOX messages and > >> see if the problem goes away. > > > > Joseph, > > > > thank you very much for the follow up! > > you won't believe it, literally minutes before your email I got this email > > from the 'problem user' (below) > > > > thank you to all who responded! > > > > - I guess if TB debug log was enabled (as was suggested)- maybe the issue > > would become apparent from TB debug log ? > > > > - I guess i should encourage POP users to switch to IMAP anyhow ? > > > > got this from problem user: > > --------------- > > Mozilla Thunderbird released an update which I just installed. > > > > Problem solved. > > > > I guess Tbird had a problem that the new release addressed. > > > > I'm sorry for the inconvenience. > > > > I'm mystified why my issue was only with one account. Perhaps it was > > something to do with the size of the database. > > > > --------------- > > yesterday it was > > --------------- > > I'm still experiencing a 40 second delay to retrieve emails for > > xxx > > > > I have changed the pop port to 110 for the server but that did not > > work at all. > > > > I have reinstalled my email client TBird but no change, anyway all the > > other accounts on TBird are working ok but they are MAPI not POP. > > > > > > Voytek > >