[Users] claws waits forever, freezes grafik on slower networks

[clawsmail at pasdzierny.de]

You are probably right. At least when I test it here i my office by
simply turning *off* the network  the "Get Mail" button comes back :)

The situation is actually different on the train with varying network
all the time. The log file I sent You was created using such a
dynamic and generally weak network.

I know from other software development/test situations that real life
networks are almost impossible to be simulated, the present all
kinds of delays inside the connetion ping pongs etc.

Any network api call needs to be implemented non blocking, but i guess
you know that quite well ... 

you see from the log that the pop3 connection logs stops at a specific
interaction. 
- what are the exact parameters of the previous message sent ?
- what exact status was it returned with ?
- what is the next system call or network api call ?
- and what status is it returned with ?
- might there be a reason STERR is blocked (temporarily) so that the
  real debug message is not seen ?
- ... etc, you know the drill ;)

And why is the GUI system dependent on that at all ?

In my own projects I only debug realtime stuff by writing
unformatted binary data into circular shared memory buffers and read
them by another process. that appears to be a quite safe way to really
see whats going on ...

greetings, Martin.

On Tue, 4 Feb 2025 19:05:07 -0000
Paul <paul at claws-mail.org> wrote:

> On Tue, 4 Feb 2025 19:00:35 +0100
> clawsmail at pasdzierny.de wrote: 
> 
> > as long as the GUI reacts at all, i can click either on 'close' or
> > 'view log'. And that than happens: the displayed dialog is closed,
> > or the log is displayed, dependent on what I decide to click on.
> > 
> > nothing else happens, the 'Get Mail' button remains gray forever. 
> > And nothing happens on the terminal any more.  
> 
> When you close that dialogue the 'get mail' button should then become
> active again. It always works that way here.
> 
> In your screenshot of the log window and debug output, you show that
> dialogue being displayed for the the first connection (gmx), but not
> for the 2nd server. Do you not see a similar dialogue again, for the
> connection to 2nd server? You should.
> 
> with regards
> 
> Paul
>