[kimap] [Bug 449184] Connection fails because the CAPABILITY command is sent before the server greeting arrived

Fabian Vogt bugzilla_noreply at kde.org
Thu Jan 27 19:24:45 GMT 2022


https://bugs.kde.org/show_bug.cgi?id=449184

Fabian Vogt <fabian at ritter-vogt.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
      Latest Commit|                            |https://invent.kde.org/pim/
                   |                            |kimap/commit/dbcedd5aaab1a4
                   |                            |e691966d1e37de1a0b413ca605
             Status|ASSIGNED                    |RESOLVED
         Resolution|---                         |FIXED

--- Comment #2 from Fabian Vogt <fabian at ritter-vogt.de> ---
Git commit dbcedd5aaab1a4e691966d1e37de1a0b413ca605 by Fabian Vogt.
Committed on 27/01/2022 at 13:23.
Pushed by fvogt into branch 'release/21.12'.

Handle pure SSL/TLS negotation in Session instead of LoginJob

Previously, LoginJob started the SSL negotiation and immediately sent the
CAPABILITY command once it completed, without waiting for the server greeting
first. Some servers don't like this any close the connection with
* BYE out-of-sync data before server greeting

Avoid this by starting the encryption in Session directly, which then starts
LoginJob after the server greeting arrived. Adjust LoginJob for this by
treating an already encrypted connection like a successful negotation, and
avoid handling the encryptionNegotiationResult signal before the job was
started.

M  +7    -5    src/loginjob.cpp
M  +1    -1    src/session.cpp

https://invent.kde.org/pim/kimap/commit/dbcedd5aaab1a4e691966d1e37de1a0b413ca605

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the Kdepim-bugs mailing list