Re: [Evolution] IMAP IDLE and TCP resetting

[Nicholas Guriev <guriev-ns ya ru>]

On Пн, 2020-04-20 at 10:44 +0200, Milan Crha wrote:
> as far as I remember, the IDLE is started whenever a connection exists
> and it has nothing better to do. That is, you do not need to restart
> Evolution, you can simply move to a different folder, select a message,
> which had not been downloaded yet, or even have the periodic check run,
> after which the IDLE will be started.

Unfortunately, it seems not enough to continue idling. Although, the
desired actions are performed and even regular pollings occur, at the
end of operation I see no IDLE command. I had reduced number of
concurrent connections from 3 to 1, to eliminate possible interference.
This did not help.

> It's also that the account itself can be in offline mode (it is
> indicated in the Mail view of Evolution, in the folder list, with an
> icon on the right of the account name) and it stays in that until
> something asks for an online operation.

That is not the case. Evolution is in online mode. At least nothing in
GUI indicates opposite.

> P.S.: you can see what is going on between the server and the Evolution
> when you run it from a terminal like this:
>
>    $ CAMEL_DEBUG=imapx:io evolution
>
> aka no need for wireshark, which might not work with encrypted
> connections anyway.

Thank you for the debugging hint. But Wireshark is more powerful in
watching network communications, and it can even decrypt the traffic if
it gets session keys. When the SSLKEYLOGFILE environment variable is
set, NSS writes all the keys into a file that is then read by Wireshark.

https://wiki.wireshark.org/TLS#Using_the_.28Pre.29-Master-Secret

> > Is this something specific for my config (Evolution 3.34.1 from
> > Ubuntu 19.10)?
>
> I think there had been done something about this, but I do not see any
> directly related change in the IMAPx code since your version, thus it
> can be there are (still) some corner cases, where this misbehaves.

Okay, I will try to investigate the trouble later (not before the
weekend) whether it is reproducible with the latest version.