GNOME Bugzilla – Bug 509644
Can't download POP mail: asks for password then stops
Last modified: 2013-09-13 00:58:39 UTC
Please describe the problem: I built 2.21.5 from SVN this morning. After that, when I try Send/Receive mail, Evo pops up a dialog asking for my password for my POP (APOP) account. I enter it, then the send/receive dialog goes away immediately. No error dialog is shown, and no mail is downloaded (if I go to the server separately I can see that my account still has mail in it). If I click Send/Receive mail again, I get the same behavior over again and still no mail is downloaded. Steps to reproduce: 1. Create a POP account 2. Click Send/Receive mail 3. Enter password Actual results: No mail is downloaded. Expected results: Mail is downloaded. Does this happen every time? Yes. Other information: I have debugging enabled, and this is what I see: POP3_STREAM_LINE(96): '+OK Qpopper (version 4.0.5) at popserver starting. <20188.1200405189@popserver>' POP3_STREAM_WRITE(6): CAPA POP3_STREAM_LINE(27): '+OK Capability list follows' Got + response cmd_capa POP3_STREAM_LINE(3): 'TOP' POP3_STREAM_LINE(13): 'LOGIN-DELAY 0' POP3_STREAM_LINE(8): 'EXPIRE 0' POP3_STREAM_LINE(4): 'UIDL' POP3_STREAM_LINE(10): 'RESP-CODES' POP3_STREAM_LINE(14): 'AUTH-RESP-CODE' POP3_STREAM_LINE(8): 'X-MANGLE' POP3_STREAM_LINE(7): 'X-MACRO' POP3_STREAM_LINE(43): 'X-LOCALTIME Tue, 15 Jan 2008 08:53:09 -0500' POP3_STREAM_LINE(36): 'IMPLEMENTATION Qpopper-version-4.0.5' POP3_STREAM_LINE(END) CamelException.set(0x8f56904, 3, 'User canceled operation.') POP3_STREAM_WRITE(6): QUIT POP3_STREAM_LINE(48): '+OK Pop server at popserver signing off.' Got + response Note I did NOT, of course, cancel the operation myself.
Paul, just to know something. Is there anything that is shown on the status bar (error/info icon ?) I apparently introduced a bug, where few prompts are pushed to the status bar (sorry, it was one missed condition). If so, you can click the icon and answer the prompt.
This one's my fault. I was giving the password dialog a face lift for bug #503400 and miswired the OK button such that it gets treated as a Cancel. This is fixed now in E-D-S revision 8379. I think Srini is going to push a point release for this.
Srini: I don't remember seeing anything but I'll have to check when I get home. Matt: Ha! Good bug! :-)
*** Bug 509712 has been marked as a duplicate of this bug. ***