<html><head></head><body>Even more easy, start by examining the mail headers to see where the mail was blocked.<br><br>Jhp<br><br><div class="gmail_quote">On October 23, 2022 4:05:51 PM GMT+02:00, Aki Tuomi <aki.tuomi@open-xchange.com> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi!<br>
<br>
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.<br>
<br>
You should <br>
<br>
- Enable mail_log plugin. This will tell you when mails are delivered, when deleted etc, see <a href="https://doc.dovecot.org/configuration_manual/plugins/mail_event_logging">https://doc.dovecot.org/configuration_manual/plugins/mail_event_logging/</a><br>
- Examine your logs<br>
- Check `doveadm fetch 'date.received date.sent date.saved' mailbox INBOX '*'` ( this will print you the last email in INBOX, note the quotes)<br>
<br>
Aki<br>
<br>
> On 23/10/2022 16:49 EEST Chris Wensink <cwensink@five-star-plastics.com> wrote:<br>
> <br>
> <br>
> 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.<br>
> <br>
> Sent from my iPhone<br>
> <br>
> > On Oct 23, 2022, at 7:17 AM, Voytek Eymont <voytek@sbt.net.au> wrote:<br>
> > <br>
> > <br>
> > <br>
> >> On Sat, October 22, 2022 11:29 am, Joseph Tam wrote:<br>
> >> <br>
> >> I haven't seen anyone else replying, but there doesn't seem anything<br>
> >> anomalous with the output. The session commands-repliesd is is more or<br>
> >> less what I expect, although to make sense of this, you'll have to splice<br>
> >> the input and output files together using timestamps to see the sequential<br>
> >> flow of data.<br>
> > ...<br>
> >> Typically, if some resource limit is hit, one side or the other will<br>
> >> create a log or notification. Your INBOX is large, but not outrageous. You<br>
> >> can test it directly by creating smaller subsets of the INBOX messages and<br>
> >> see if the problem goes away.<br>
> > <br>
> > Joseph,<br>
> > <br>
> > thank you very much for the follow up!<br>
> > you won't believe it, literally minutes before your email I got this email<br>
> > from the 'problem user' (below)<br>
> > <br>
> > thank you to all who responded!<br>
> > <br>
> > - I guess if TB debug log was enabled (as was suggested)- maybe the issue<br>
> > would become apparent from TB debug log ?<br>
> > <br>
> > - I guess i should encourage POP users to switch to IMAP anyhow ?<br>
> > <br>
> > got this from problem user:<br>
> > ---------------<br>
> > Mozilla Thunderbird released an update which I just installed.<br>
> > <br>
> > Problem solved.<br>
> > <br>
> > I guess Tbird had a problem that the new release addressed.<br>
> > <br>
> > I'm sorry for the inconvenience.<br>
> > <br>
> > I'm mystified why my issue was only with one account. Perhaps it was<br>
> > something to do with the size of the database.<br>
> > <br>
> > ---------------<br>
> > yesterday it was<br>
> > ---------------<br>
> > I'm still experiencing a 40 second delay to retrieve emails for<br>
> > xxx<br>
> > <br>
> > I have changed the pop port to 110 for the server but that did not<br>
> > work at all.<br>
> > <br>
> > I have reinstalled my email client TBird but no change, anyway all the<br>
> > other accounts on TBird are working ok but they are MAPI not POP.<br>
> > <br>
> > <br>
> > Voytek<br>
> ><br>
</blockquote></div><div style='white-space: pre-wrap'><div class='k9mail-signature'>-- <br>Sent from my Android device with K-9 Mail. Please excuse my brevity.</div></div></body></html>