Closed Bug 14409 Opened 25 years ago Closed 25 years ago

[BLOCKER] Cannot open any existing IMAP msg from IMAP folder after migrate from 4.7 to 5.0

Categories

(MailNews Core :: Networking, defect, P3)

x86
Windows 98
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: huang, Assigned: mscott)

References

Details

Use 9/20 build on WinNT/98 platform and using migration from 4.7:

1) After migration from 4.7 to 5.0
2) The IMAP folders displayed,
but the msgs didn't displayed even I select the INBOX, Sent, Draft...ect
existing folders which brought from 4.7
3) I got the follwoing msg: The current command didn't succeed. The mail server
responded: nMailbox does not exist.

Actual Results: Didn't display any existing folder's msg on thread pane and msg
body and I got the follwoing msg: The current command didn't succeed. The mail
server responded: nMailbox does not exist.

responded: nMailbox does not exist.

Expected Results: Should display each existing folder's msg on Thread Pane and
displayed in msg body.
Blocks: 11091
Summary: Cannot open any existing IMAP msg from IMAP folder after migrate from 4.7 to 5.0 → [BLOCKER] Cannot open any existing IMAP msg from IMAP folder after migrate from 4.7 to 5.0
Others including pmock, sol, chriss are running into this.  They don't actually
need to migrate - just install today's build (9/20) and run mail.
Karen - do you know how to do an IMAP log?  Perhaps, capture the log commands
and paste here as you select the Inbox.
David - do these comments you made in the mail/news newsgroup apply to this bug?
"Because of the xpidl changes from yesterday, imap is broken in today's build. I
have a simple fix, which I'd like permission to check in. nsImapUrl::SetSpec was
not changed to take a const char *, so it never gets called."
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Status: RESOLVED → ASSIGNED
I fixed this at 9 this morning - I guess you didn't get respinned builds. This
was caused by the xpidl changes, and no one fixing nsImapUrl::SetSpec to take a
const char * instead of a char *. I thought Leaf was going to respin builds, but
evidently, he didn't.
David B. could this be related to the imap problem that kept the tree closed
this morning? Maybe they didn't get the last release build that was respun with
the fix?
yes, we overlapped there. Yes, I fixed this.
cc: leaf.  Leaf - would like to confirm whether or not the the latest Win32
builds that we got from you today has the fix that David mentions.  Thanks!

(If so, great!  At this time, I can't say for sure that everyone who ran into
this problem that I noted were using the latest respun build).
I haven't tried migrating, so i really have no idea. I was able to fetch imap
messages with the latest build however, on a clean profile creation.
That's all that's needed.  I don't think this bug is particular to migrating
although David can surely correct me if I'm wrong!
I'm 100% sure that was the problem I fixed (nMailbox does not exist is a
distinctive error). I'm also 100% sure it's fixed, so some people definitely
weren't running my fix. Yes, definitely nothing to do with migration.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago25 years ago
I used 9-20-13-M11 (latest build) for opening this bug, so I don't know whether
this build already include the fixed on Windows platform? But I will verify on
today's 9-21 build later.
QA Contact: lchiang → huang
Status: RESOLVED → VERIFIED
Passed by retest on the 9-22-09-M11 build. All the IMAP folders' msgs displayed.
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.