| Summary: | forgets POP3 password on transient error | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Tim Waugh <twaugh> |
| Component: | evolution | Assignee: | Jeremy Katz <katzj> |
| Status: | CLOSED UPSTREAM | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 8.0 | CC: | jimwebb |
| 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: | 2003-02-20 05:24:54 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Tim Waugh
2002-11-12 22:10:47 UTC
This occurs to my system which is a RH8 with i386 running evolution email with KDE as my desktop. It is a sporadic problem that I can't casue to happen. Sometimes I can't get evolution to accept my pop3 password and sometimes it does. I've exited xwindows, logged out, shutdown and rebooted the system. Sometimes it works, but usually it doesn't. It appears to resolve itself and works for several days. I noticed this first with my initial evolution version and it was still seen after I updated several days ago to version 1.2.0 This is an intentional design decision. If there is an error, it could well be because of an incorrect password and so evolution forgets your password at that point. It's a bad decision then. This can happen for entirely transient reasons. Why not give it a couple of attempts or something? Or look at the message and figure out if it's a transient error. This is a transient problem. I enter in the correct pop3 password each time. And it will accept that password on some occasions, but not on others. And when it does accept the password as correct, then maybe somebody can explain why this password is not accepted in the future. This indicates a problem with the storage of the password that is transient in nature and may reflect a corruption of this password. After I upgraded the version of evolution to 1.2.0 the problem with the password does not occur very frequently. I think that my system will go for a week to ten days with any need for me to reenter the correct password again. Let katzj know that this is not due to my entering in a correct password, but it is something buggy with evolution, rh 8 or the combination. In my case, the error message even says 'try again in a few minutes'. Unfortunately, it's an error message that could be possibly localized and differs for every POP server on the planet. It's just not something that's reasonable to fix Huh? Sure it's reasonable to fix. Here's some very reasonable behaviour: Disable automatic send/receive for that session only. (This is exactly what the gnome-panel applet does in the very same situation; I don't have to continually refresh its memory about the password.) Jeff was convinced to make some changes upstream, but they were deemed too large for backporting to 1.2.x since they depend on some newer infrastructure in the gnome2 port Current 1.3.x fixes this. Thanks. |