Bug 446687
Summary: | Evolution forgets passwords when the PGP passphrase dialog opens | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Matt McCutchen <matt> |
Component: | evolution | Assignee: | Matthew Barnes <mbarnes> |
Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 9 | CC: | mcrha |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-05-16 03:46:05 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Matt McCutchen
2008-05-15 17:18:53 UTC
Do you use a password for your SMTP server? Is it the same as your IMAP/POP server? If you run Evolution from a terminal window, do you see any warnings? Yes, my SMTP server uses a password. The servers are different: my POP servers are pop.gmail.com and incoming.verizon.net and the SMTP server I was using is mail.mattmccutchen.net . I closed Evolution, ran "evolution --force-shutdown" followed by "evolution" from the terminal (to try to get any children in the terminal too), and followed the procedure, resulting in these warnings: CalDAV Eplugin starting up ... ** (evolution:23102): DEBUG: mailto URL command: evolution --component=mail %s ** (evolution:23102): DEBUG: mailto URL program: evolution (evolution:23102): e-data-server-ui-WARNING **: Unable to find password(s) in keyring (Keyring reports: No matching results) (evolution:23102): e-data-server-ui-WARNING **: Unable to find password(s) in keyring (Keyring reports: No matching results) (evolution:23102): e-data-server-ui-WARNING **: Unable to find password(s) in keyring (Keyring reports: No matching results) (evolution:23102): e-data-server-ui-WARNING **: Unable to find password(s) in keyring (Keyring reports: No matching results) (evolution:23102): e-data-server-ui-WARNING **: Unable to find password(s) in keyring (Keyring reports: No matching results) (evolution:23102): e-data-server-ui-WARNING **: Unable to find password(s) in keyring (Keyring reports: No matching results) BBDB spinning up... BTW: gnome-keyring-manager shows two keyrings named "login" (bold) and "session", and the email passwords are stored in "login". In case there was something wrong with the keyrings, I logged out of GNOME, deleted ~/.gnome2/keyrings, and logged back in, and the problem persisted. Hmm, I thought this might be [1], for which I recently wrote a patch. But you say you're using different servers for POP and STMP, so now I'm not so sure. So do the password prompts alternate between asking for your POP password and your SMTP password? Also, just as a sanity check, what do the Server and Username fields say for those keys in the Keyring Manager app? (You might have to check this after each password prompt.) [1] http://bugzilla.gnome.org/show_bug.cgi?id=354923 The plot thickens! The SMTP account I am using is configured to PGP-sign outgoing mail by default. I click Send and the passphrase dialog appears. With the dialog still open (before I enter a passphrase or click OK or Cancel), if I then start gnome-keyring-manager, all Evolution passwords are gone. If I uncheck "Security" -> "PGP Sign" or use an account that does not sign outgoing mail by default, I can send mail without losing any passwords. If I send one signed message (losing the passwords) but check "Remember this passphrase for the remainder of this session" in the dialog, then I can send subsequent signed messages without the dialog appearing and without losing any passwords. This leads me to believe that the problem is associated with the passphrase dialog itself. Also, sending encrypted but unsigned mail does not lose any passwords. I guess I just won't sign my mail until this is fixed. Looks like this issue was reported upstream at: http://bugzilla.gnome.org/show_bug.cgi?id=531439 Add yourself to the CC list for that bug. I'll post further updates there. |