On 3/21/23 07:27, Christopher Wensink wrote:
Jim,
can you explain the format of the Date header, what each digit should
represent?
Chris
A date value that's a big number like that is "seconds since epoch".
The epoch is 1970-01-01 00:00:00 UTC. This is a common way of telling
time on
Jim,
can you explain the format of the Date header, what each digit should
represent?
Chris
On 10/12/2022 6:23 PM, Jim Popovitch wrote:
On Fri, 1665532449-12-31 at 00:00 +, Voytek Eymont wrote:
Received: from 125.168.124.3
(SquirrelMail authenticated user voy...@sbt.net.au)
by
may or may not be off topic
how many emails in the inbox or folder in question
i generally find thunderbird for example can handle an inbox of up to
20,000 emails in it without much issue (assuming half decent network
connection etc)
after that it slows down
outlook don't even use if
Voytek Eymont) wrote:
> yesterday it was
> ---
> I'm still experiencing a 40 second delay to retrieve emails for
> xxx
If *this* is the problem you saw (and not the 2 hour delay mentioned further
in the thread), you can get a hint where the problem lies if you see a 40s
gap in the
Even more easy, start by examining the mail headers to see where the mail was
blocked.
Jhp
On October 23, 2022 4:05:51 PM GMT+02:00, Aki Tuomi
wrote:
>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
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
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.
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
Voytek Eymont writes:
> I've enabled logging as per your suggestion:
>
> -rw--- 1 vmail vmail 127 Oct 16 21:38 20221016-213738.25640.1.in
> -rw--- 1 vmail vmail 8546603 Oct 16 21:38 20221016-213738.25640.1.out
> -rw--- 1 vmail vmail 96 Oct 16 21:58 20221016-215757.26075.1.in
thank you for all replies.
On Thu, October 13, 2022 9:22 am, Joseph Tam wrote:
> to obtain session transcripts of what server/client are doing.
>
> I don't see any obvious errors from the logs that indicate any failure.
> I do see the INBOX is rather large so maybe a timeout is involved.
On Fri, 1665532449-12-31 at 00:00 +, Voytek Eymont wrote:
> Received: from 125.168.124.3
> (SquirrelMail authenticated user voy...@sbt.net.au)
> by geko.sbt.net.au with HTTP; Wed, 12 Oct 2022 11:12:43 +1100
> Message-ID:
<28778ae2850dfc7fcf20b1dceff94876.squir...@geko.sbt.net.au>
> Date:
> I recently upgraded my Thunderbird email client and have experienced
> problems since.
> It appears that when Tbird polls for new messages it gets held up
> waiting for a response from the server
> I'm using POP port 995.
> Any ideas as to why I'm having a problem ?
> ---
>
> how
12 matches
Mail list logo
