| Summary: | Managesieve doesn't work over pure TLS connection | ||
|---|---|---|---|
| Product: | [Applications] kmail2 | Reporter: | Leandro Lucarella <luca-kde> |
| Component: | sieve | Assignee: | kdepim bugs <pim-bugs-null> |
| Status: | REPORTED --- | ||
| Severity: | normal | CC: | ab4bd, marcus_kde, me |
| Priority: | NOR | ||
| Version First Reported In: | 5.6.3 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | Wireshark capture of the very data-less conversation with a TLS server over IPv6/TCP | ||
|
Description
Leandro Lucarella
2018-03-22 23:29:13 UTC
Can confirm this. It's a blocker. Matter of fact, while trying to establish a TLS connection using the usual `openssl s_client -showcerts -connect example.com:4190` works beautifully, ksieve doesn't even try to negotiate a TLS connect. It's just TCP's SYN; SYN, ACK; ACK; at this point the TCP connection is established, and it would be the client's job to initiate a TLS session – never happens, there's 0 bytes exchanged, until at some point either I close the program or the server drops the idle conneciton. Functionality of the same server has been verified through an unenencrypted direct connection. Attaching Wireshark capture. Created attachment 150778 [details]
Wireshark capture of the very data-less conversation with a TLS server over IPv6/TCP
Tested version of libksieve was 21.12.2, by the way, can't map that to the versions offered as choice above. Having a hard time building git master from source. Also reproducible under 5.20.3 (22.04.3) |