Unable to sync IMAP - looping with "reader poll => []" #207
Comments
|
You could try with previous stables to check if there is a regression somewhere. |
|
@nicolas33 same results for |
|
@nicolas33 is there any way to help with fixing this issue ? |
|
@nicolas33 @spaetz I was able to bisect my problem it looks like STARTTLS implementation breaks my flow. Exact commit that I have problem with is 6311716 "imapserver.py: Implement STARTTLS" Please let me know if I can help you with fixing it. |
|
Thanks for bisecting. Home.pl claims to support Starttls but once we attempt to enable it, there seems no further reply from the server. Can eg Thunderbird connect if you set it explicitely to use starttls? This is so deep on the guts of imaplib that it smells like a server error to me. You can of course use a tls connection in the first place and avoid the need for optional starttls (which is not secure if yOu have a MITM). |
|
P.s. the reader poll loop seen in your log is no issue, it is simply waiting for less than a second on the server reply and continues after it. |
|
@spaetz thanks for reply. I tried both SSL/TLS and STARTTLS in Icedove (I'm on Debian) both works fine with home.pl server. In case of offlineimap but doesn't work for: For offlineimap |
|
Could you please test again with latest stable (v6.5.7) and latest development WIP in If you still have the issue, please run latest WIP with IMAP debug logs enabled and attach the full logs here. |
|
v6.5.7 doesn't work for me and |
|
Both are stopping with same error Sadly, we have no context. |
|
@nicolas33 is it possible to get more information ie. by |
|
Not much. It's missing the stack trace. |
|
BTW, the reason it fails is that this protocol is not available if OpenSSL was compiled with the OPENSSL_NO_SSLv3 flag: https://docs.python.org/2/library/ssl.html#ssl.PROTOCOL_SSLv3. I fixed this issue, please test this from https://github.com/nicolas33/offlineimap/tree/ssl3-fix. |
|
It looks like yes_ssl_993 log |
|
Thanks. Fix merged upstream and applied into official Back to your original issue, I see that TLS handshake goes fine! Both (with and without TLS) seem to fail to get response of the IMAP server CAPABILITY right after the poll driver is enabled. So, I wonder if there's a firmware issue with the poll driver. Could you test latest offlineimap WIP ( to Keep indentation as-is. |
|
I tested above and it doesn't change much. Log looks little bit different and error persist. no_ssl_143 log |
|
Looks like home.pl does not respond to the IMAP Try within a telnet session to check how it goes for this command. There should be no need to login. |
Measuring with |
|
Is this issue still valid? |
|
@nicolas33 I tested |
|
Here are some analysis from the logs:
I wonder the SSL tunnel might be broken and the server fails to detect it or to send a correct error message. |
Some servers might have this feature broken. Github-ref: OfflineIMAP#207 Signed-off-by: Nicolas Sebrecht <nicolas.s-dev@laposte.net>
|
Anyway, we should support disabling STARTTLS when we hit broken servers. This is what above patch is about. |
Some servers might have this feature broken. Github-ref: #207 Signed-off-by: Nicolas Sebrecht <nicolas.s-dev@laposte.net>
|
Fixed. |
I'm trying to configure IMAP with Polish hosting provider home.pl and have problems with syncing any message. They use custom IMAP server. I tried telnet and mutt to verify if IMAP works and have no problem with login and listing directories. Despite that offlineimap hangs on
reader poll => []and can't proceed further.Log with
-d all:offlineimaprc:
Any idea how to fix this problem ?
The text was updated successfully, but these errors were encountered: