I found something that might also be issue with pop3 component.
If you check one pop3 account and end the session usually LastResponse
will be some ending message like +OK sayonara. But if you then
reinitialize pop3 for another account and this account fails to
connect, for example due to timeout
While Timeout works rather nice as far as Idle version goes, connect
version is usually preceded by Windows built-in timeout
An application can not cleanly stop a TCP connection attempt, you have to
wait for Windows to timeout, usually 40 seconds unless there is an error
of some sort earlier.
Hello,
Zvone wrote:
I found something that might also be issue with pop3 component.
If you check one pop3 account and end the session usually LastResponse
will be some ending message like +OK sayonara. But if you then
reinitialize pop3 for another account and this account fails to
connect,
IMO the component should clear LastResponse on before connect.
Maybe it should, but what it does is different story :)
The following fails also with non-sync version but sync is easier to copy-paste.
//--
SyncPop3Cli-Host = put-valid-server-here;