Closed Bug 219185 Opened 23 years ago Closed 23 years ago

checkin for bug 218874 probably broke IMAP mail

Categories

(MailNews Core :: Networking: IMAP, defect)

x86
Linux
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: Mitch, Assigned: Bienvenu)

References

Details

(Keywords: regression)

Attachments

(5 files)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5b) Gecko/20030914 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5b) Gecko/20030914 The checkin for bug 218874 appears to have broken IMAP mail. Going to any IMAP server i have now fails with a popup saying "Mail server xxxxx is not an IMAP4 mail server" Reverting to pre 218874 checkin and all works fine. Reproducible: Always Steps to Reproduce: 1. Connect to imap4 mailserver 2. 3. Actual Results: see details. Expected Results: obvious
Confirming bug, it works in 2003-09-13-05 and is broken 2003-09-13-22
URL:
Severity: major → critical
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression
Is there anything special about your configuration? Are you using SSL? Going through a firewall? Using a proxy server? This works fine for most people, so there must be something different about your configuration. Darin tried it on Linux; I tried it on windows with SSL and non-SSL...
Status: NEW → ASSIGNED
Nope, nothing special. This in on a local UoW imap server (using localhost) with Linux - i.e. no proxy, no firewall. But also fails with a SSL imap server - so neither works. Both however use the host "localhost" since the SSL connection is a tunnel on a different port.
could you attach an imap protocol log? Do you have pre-auth setup? http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#imap
localhost is somewhat special, but it does work for me, at least on windows, with a UW server.
I'm using SSL, port 993, no (local) firewall, no proxy. I have also had several hangs today with build 2003-09-13-22 on Linux. This is a new problem as I have used current nightlies for quite some time without seeing this problem.
Nope no pre-auth setup. I guess i need to compile mozilla with --enable-logging to get out logging messages. Recompiling now.
did you explicitly disable logging? It's enabled by default.
Attached file IMAP log —
BTW, the hang is probably bug 219188 as I have a POP account too.
Ok Mats beat me to it, but my log is exactly the same as his.
Attached file another imap log —
My log is different. This is imap from behind a linux firewall / nat router. I have the same problem with imaps. Same log there. Log created with 2003091405 linux.
Flags: blocking1.6a?
Flags: blocking1.5?
this isn't in 1.5 so it can't block 1.5 - clearing
Flags: blocking1.5?
Attached patch proposed fix — — Splinter Review
Attached patch secondary fix — — Splinter Review
this fixes ReadNextLine to do the right thing as well.
fix checked in; please try tomorrow's build, thx.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Confirmed works with new checkout. Thanks David.
great, thx, Mitch. Again, sorry for the inconvenience.
Verified. It works fine in 2003-09-14-22 trunk Linux.
Status: RESOLVED → VERIFIED
Blocks: 219336
Just a comment for thunderbird 0.3 build contributors. You can safely apply both the proposed and secondary patches to your tree. I'll be using both in my official builds.
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: