Summary: | KMail doesn't remember the SMTP password | ||
---|---|---|---|
Product: | [Applications] kmail2 | Reporter: | Unknown <null> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | aacid, ab4bd, anthony.renoux, bosyber, bugs.kde.org, bugskdeorg, christiandehne, christopherheiny, devel, dglent, f.fainelli, faure, kde-bugs, kdudka, kelytharun, l.mierzwa, laurent.rineau, leviatan1, lindsay.mathieson, marcus, martin.ruessler, mastergizmo, montel, nexces, null, peter, poube, rrrperson, scl+kde, sebastian.radish, surenkarapetyan, wstephenson |
Priority: | NOR | ||
Version: | 4.9.0 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | http://commits.kde.org/kdepimlibs/f40a4973e8c00875c351c8cc3d30bd481ef5c68b | Version Fixed In: | 4.10 |
Sentry Crash Report: |
Description
Unknown
2012-02-04 09:18:29 UTC
Don't understand It send email without password ? No. For the second start it somehow recognizes that KWallet already provides the password. - Start KDE - For the first time KMail asks for the password, although I stored it in KWallet. - Then I quit from KMail and Cancel the password box - That's why there will be an unsent mail in the outbox folder - I start KMail again and then choose to send queued mails from the outbox folder - KMail sends that letter (from now on, please have a look at Bug 293272) Hello, I have problems with kmail password saving too. Sometimes it forgets the password for sending mails (prompts for password on sending mail), but the password is saved in kwallet and works like 90% of the time. Running KDE 4.8.0 on slackware64-current isn't this the same as: https://bugs.kde.org/show_bug.cgi?id=261559 ? (In reply to comment #4) > isn't this the same as: > https://bugs.kde.org/show_bug.cgi?id=261559 no, i have the same issue from time to time (KDE 4.8.1, kubuntu packages), but don't get that kwallet error message. for the most part, kmail2 fetches passwords from kwallet, but sometimes it doesn't. this usually only affects SMTP: when i want to send a mail, i suddenly get the password input dialog for the SMTP server. i then manually search kwallet for the password, which is actually still stored there, copy it to the dialog, the mail gets sent, and from now on (and for the next couple of KDE sessions) sending mails works fine. this seems to be related to another issue i sometimes observe: kmail2 claims the SSL certificate of the POP3 server (same account) doesn't match, and it doesn't matter how often you say "accept this from now on", it will bother you again and again, almost(!) every time it wants to check mails. when it takes too long to "accept" the certificate, the mail server rejected the connection in the meantime, and when kmail wants to check mails the next time, it suddenly also prompts for the POP3 password. when this is the case, the SMTP issue is also present. the next few days it's ok, then al of this comes up again. Probably related/duplicated reports bugs: bug 295010 bug 296564 *** Bug 295010 has been marked as a duplicate of this bug. *** *** Bug 296564 has been marked as a duplicate of this bug. *** I've been getting this one since kde 4.81 as well (Kubuntu 12.04). Glad I read the bug report as I didn't realise that canceling the send and retrying would would succeed. Looks like some sort of timing issue with accessing kwallet? The problem only happens on the first send of each akonadi session, i.eI I can recreate it by closing kmail and restarting akonadi. Additionally - I have to identities/email servers set up. The problem will occur for the first send no matter what email server I use but is fine there after, i.e: * Restart akonadi * Send to SMTP1. - Get Popup. - Cancel. - Resend - No Popup - Send to SMTP1 - No popup - Send to SMTP2 - No popup * Restart akonadi * Send to SMTP2 - Get Popup. - Cancel. - Resend - No Popup - Send to SMTP1 - No popup - Send to SMTP2 - No popup So it looks like the very first attempt to get a password fails, everything else there after is ok Also - this happens occasionaly with IMAP access as well, but very rarely, but the SMTP one happens 100% Forget setup deatils: Qt: 4.8.1 KDE Development Platform: 4.8.2 (4.8.2) kde4-config: 1.0 Kubuntu 12.04 64 bit RC (all updates) SMTP1 - GMail with two factor auth SMTP2 - MDaemon Mail server, plain password, no ssl Re: Comment #9 - for me, this problem manifests itself at random intervals. Sometimes on the first email sent, sometimes after several emails have been sent. It's not as repeatable for me as it is for Blackpaw, but happens a couple of times per day. If I notice a pattern, I'll update you. Gentoo KDE Platform Version 4.8.3 Since several versions Kmail randomly forgets SMTP password and prompts for it. *** This bug has been confirmed by popular vote. *** *** Bug 302637 has been marked as a duplicate of this bug. *** I can reproduce this 100% of the time on my system (kde 4.8.4). KMail asks for the password only while sending the first message. After that all future messages are snet without problems. The password *is* getting stored in the wallet but for some reason kmail doesn't read it. KDE 4.9.0 Gentoo KMail still asks for the password when sending the first message, after that it seems to remember it. Since I power down my machine each day I see this daily. Thank you. just to be sure: you all followed this howto ? http://support.google.com/mail/bin/answer.py?hl=en&answer=1173270 I have the same problem with mein own mail server (postfix). It is not related to Google Mail. I figured out, that Akonadi only asks once for the password, because after that, it is stored in memory. If you restart Akonadi (which also happens when you logout/login), it will ask for the password again (instead of using kwallet). (In reply to comment #17) > just to be sure: you all followed this howto ? > http://support.google.com/mail/bin/answer.py?hl=en&answer=1173270 As insane as it sounds I have 10 different email accounts, of the few that I actually send mail from only one is a gmail acount, and no matter which one I send from first the problem exists, if the second message is sent thru a different account it is fine, only the first email sent has the problem for me. So it has nothing to do with google's email specifics, kmail just asks for the password for the first email sent. But thanks for trying. I have no gmail account for sending mail, just one gmx and two private mailservers. After akonadi restart I'm asked for the password of the first account I'm sending mail with, but not for any further mails sending from this or any other account (with different passwords). If I enter a wrong password I cannot send mails from the 'first' account until another akonadi restart - no second chance to enter the correct password. But sending with all other accounts still works fine. (In reply to comment #17) > just to be sure: you all followed this howto ? > http://support.google.com/mail/bin/answer.py?hl=en&answer=1173270 As others have mentioned, this seems to have no bearing on the problem. It happens with the first email sent, regardless of whether it's Gmail, Yahoo, work account, or my private box at home. I was getting this behaviour - first send (no matter what account) asked for the password but oddly enough, this has stopped happening on my desktop. Just noticed today when I rebooted. did a few more tests, definitely fixed. Could have been any round of updates in the last week as I reboot (and hence restart akonadi) very rarely. I haven't made any config changes that I'm aware of. kde4-config --version Qt: 4.8.2 KDE Development Platform: 4.9.00 kde4-config: 1.0 lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 12.04.1 LTS Release: 12.04 Codename: precise No change for me. Few minutes ago i was asked for password at first but at second attempt it worked correctly (mail was send without asking for password). Machine was not rebooted since yesterday, however i've sent emails yesterday from the same account. All software updates were installed 2 hours ago. $ kde4-config --version Qt: 4.8.2 KDE: 4.9.00 kde4-config: 1.0 $ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 12.04.1 LTS Release: 12.04 Codename: precise *** Bug 284543 has been marked as a duplicate of this bug. *** I have also this bug with Kubuntu 12.04. kde4-config --version Qt : 4.8.1 KDE : 4.8.5 (4.8.5) kde4-config : 1.0 lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 12.04.1 LTS (upgrade from 11.10) Release: 12.04 Codename: precise I'm getting this bug too, on OpenSUSE 12.2 x64 with KDE 4.9.1. Haven't tested 4.9.2 yet, as I've been using Thunderbird. But I want to use KMail. The behavior that I remember is the same as the others reported-- prompts for the password the first time but remembers it after that. KWallet has the passwords stored. Also, I have two Gmail accounts, and once it prompts for the password for one, I believe it remembers the pass for the other. As for the age of this bug, I remember it happening back in KDE 4.7. And as with the other commenters: kde4-config --version Qt: 4.8.3 KDE Development Platform: 4.9.2 "release 511" kde4-config: 1.0 lsb_release -a LSB Version: core-2.0-noarch:core-3.2-noarch:core-4.0-noarch:core-2.0-x86_64:core-3.2-x86_64:core-4.0-x86_64:desktop-4.0-amd64:desktop-4.0-noarch:graphics-2.0-amd64:graphics-2.0-noarch:graphics-3.2-amd64:graphics-3.2-noarch:graphics-4.0-amd64:graphics-4.0-noarch Distributor ID: SUSE LINUX Description: openSUSE 12.2 (x86_64) Release: 12.2 Codename: Mantis it doesn't start kwallet ? (In reply to comment #27) > it doesn't start kwallet ? In my case at least, kwallet starts (and prompts for its own password) on system startup, and is already running and the wallet is open when I first open kmail. (In reply to comment #27) > it doesn't start kwallet ? In my case, kwallet has been started either by the network manager (when on wireless) or by kmail itself (when on a wired network). In both situations, kmail fails to recall the SMTP password when sending the first email.. Confirm in kde 4.9.2, in kubuntu 12.10. Same problem with Mageia 64 bit KDE 4.8.5 gmail imap Some times, when i send a message it asks me the password for the first time. After, if i send other messages it does nt ask me the password again. After some reboots i may occur the same problem again. In the same system with different user, one works, the other doesn't. Difference: An user has master password in kwallet (fails), and the other doesn't (works) An user has special characters in password (fails), and the other only alphanumeric (works) An user has two SMTP counts (fails), and the other only one (works) Anyone with a similar case?? (In reply to comment #32) > In the same system with different user, one works, the other doesn't. > > Difference: > An user has master password in kwallet (fails), and the other doesn't (works) > An user has special characters in password (fails), and the other only > alphanumeric (works) > An user has two SMTP counts (fails), and the other only one (works) > > Anyone with a similar case?? In my case I have two SMTP accounts as well. And do you mean the kwallet password having special characters? Mine is alphanumeric and exhibits the bug at hand. Sorry, clarification: Special characters like this []{}()+*#& in SMTP password, not kwallet.
SMTP password %$&() fails.
SMTP password abc123 works.
tThese are the differences between two users that works and does not. I don't know if any issue
I don't know if any or all cases could affect the bug.
> ----- Mensaje original -----
> De: Rudy Raab
> Enviado: 06-11-12 02:31
> Para: leviatan1@gmx.com
> Asunto: [Bug 293271] KMail doesn't remember the SMTP password
>
> https://bugs.kde.org/show_bug.cgi?id=293271
>
> --- Comment #33 from Rudy Raab <rrrperson@gmail.com> ---
> (In reply to comment #32)
> > In the same system with different user, one works, the other doesn't.
> >
> > Difference:
> > An user has master password in kwallet (fails), and the other doesn't (works)
> > An user has special characters in password (fails), and the other only
> > alphanumeric (works)
> > An user has two SMTP counts (fails), and the other only one (works)
> >
> > Anyone with a similar case??
>
> In my case I have two SMTP accounts as well. And do you mean the kwallet
> password having special characters? Mine is alphanumeric and exhibits the bug
> at hand.
>
> --
> You are receiving this mail because:
> You voted for the bug.
> You are on the CC list for the bug.
In my case it looks like that: - no master password - multiple SMTP accounts - only alphanumeric passwords on all accounts $ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 12.10 Release: 12.10 Codename: quantal $ kde4-config --version Qt: 4.8.3 KDE: 4.9.2 kde4-config: 1.0 While I used to have multiple SMTP accounts, this problem was present, but now I have only one account and I don't experience this issue any more. Can someone delete Rudy Raab mail's my mail and in my comment #34? My apologies. *** Bug 309873 has been marked as a duplicate of this bug. *** *** Bug 309969 has been marked as a duplicate of this bug. *** Has happened several times to me in the last week including today. I have multiple smtp / pop / imap accounts no master password on kwallet $ kde4-config --version Qt: 4.8.3 KDE Development Platform: 4.9.3 kde4-config: 1.0 $ lsb_release -a LSB Version: n/a Distributor ID: Gentoo Description: Gentoo Base System release 2.1 Release: 2.1 Codename: n/a If kwallet save 1 password, the problem disappears. My temporary solution was 2 accounts, only save one password. Patch under review: https://git.reviewboard.kde.org/r/107885/ Git commit f40a4973e8c00875c351c8cc3d30bd481ef5c68b by David Faure. Committed on 23/12/2012 at 16:13. Pushed by dfaure into branch 'KDE/4.10'. Load passwords async on startup, rather than sync (which was giving 4 nested event loops, with 4 transports, on kmail startup) This fixes the password dialog appearing when sending the first email. FIXED-IN: 4.10 M +0 -9 mailtransport/transport.cpp M +1 -0 mailtransport/transportmanager.cpp http://commits.kde.org/kdepimlibs/f40a4973e8c00875c351c8cc3d30bd481ef5c68b |