Can't even work around this by using Akonadi Console to ('configure
remote') set the Authentication to "1" instead of "9" because it's reset
shortly after Kmail starts, and you get the popup of doom from Google
again :(
--
You received this bug notification because you are a member of Kubuntu
Work around isn't possible.
As soon as you set the IMAP server to imap.gmail.com you can see the password
field goes disabled and the advanced connection settings are disabled and
"gmail" type is forced.
This "helpful" would seem easy to undo, and then at least there would then be a
way to
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: akonadi (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to akonadi in Ubuntu.
https://bugs.launchpad.net/bugs/1840007
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: kmail (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to akonadi in Ubuntu.
https://bugs.launchpad.net/bugs/1840007
Workaround doesn't work in Kmail v5.7.3 because both password and connection
settings (to set to "plain") are disabled.
Even for a freshly created IMAP connection.
Something in KDE is disabling these because the email is @gmail ?
--
You received this bug notification because you are a member of
Launchpad has imported 3 comments from the remote bug at
https://bugs.kde.org/show_bug.cgi?id=410872.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
The underlying problem seems to be the one described in
https://bugs.kde.org/show_bug.cgi?id=404990
The workaround mentioned in its 2nd comment, using PLAIN authentication
method, fixes the problem.
The problem has nothing to do with KDE Wallet unlike the very misleading
Kmail error -- that's
