149932 - imap folder not refreshed after opening folder on another PC - uid command error

Status: RESOLVED EXPIRED

(MailNews Core :: Networking: IMAP, defect)

Description

[Scot Desort]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530
BuildID:    2002053012

After opening the same IMAP mailbox and folder on another Mozilla mail session
on another PC and deleting some messages in that folder, the first PC will not
refresh the message headers in the folder. Exiting Mozilla mail and re-entering
does not refresh header list. Selecting FILE, COMPACT FOLDERS does not refresh
the header list. Highlighting any of the previously deleted message headers and
clicking DELETE returns an error: "The current command did not succeed. The mail
server responded: UID: Command Error". Opening same folder in Outlook Express
6.x yields correct header list.

Reproducible: Always
Steps to Reproduce:
1. Open IMAP folder on PC1.
2. Open IMAP folder on PC2. Delete some messages from folder
3. Open IMAP folder on PC1 - deleted message headers are still present and will
not refresh.

Actual Results:  Deleted message headers are not removed from the folder display

Expected Results:  Mozilla should retrieve an updated UID list from the IMAP
server and update and refresh the header list in the folder

Comment 1

[Ray Booysen]

Build 2003100804
Windows XP

In the build that I have, this works perfectly, Have you tried a newer build?

Comment 2

[Scott Peterson]

This sounds like what I'm seeing with 1.7 beta talking to UW imapd (version
undetermined).  I my case, messages deleted with Apple Mail never disappear from
my inbox according to Mozilla 1.7 beta.  I switched back to 1.6 and the problem
disappeared.

Comment 3

[Scott Peterson]

(In reply to comment #2)
> [...] talking to UW imapd (version undetermined).

rpm -q imap -i says, among other things:

Name        : imap                         Relocations: (not relocateable)
Version     : 2001a                             Vendor: Red Hat, Inc.
Release     : 10.0as                        Build Date: Thu 25 Apr 2002 04:07:42
PM PDT

Comment 4

[Scott Peterson]

I'd consider this a "major feature that is broken".  It basically makes Mozilla
1.7 beta useless to me.

I think this should be classed as a major bug, but I lack the permissions to
make that change.

Comment 5

[Scot Desort]

(In reply to comment #1)
> Build 2003100804
> Windows XP
> In the build that I have, this works perfectly, Have you tried a newer build?

I have tried many builds, and the refresh of the imap header list is never 
consistent. I am having the most reliable results with the latest stable 
release of Thunderbird. However, I have not had sufficient time to really play 
around with it. I will also check to see what build I am on with mozillaMail 
and try the latest to see if anything has changed at all.

Seems as though I am not alone on this either...

Comment 6

[Scot Desort]

This comment is the the QA Contact for MozillaMail IMAP/Networking, 
[e-mail]. This bug is assigned to a Mozilla engineer who no longer 
has a valid email address. As the reporter, Bugzilla will not let me assign 
this bug to you, the QA Contact, as I don't have sufficient permission. 
Therefore, I have added you as a CC contact to this bug, in hopes that you will 
pick up on it and reassign it to the proper engineer.

thank you.... Scot Desort

Comment 7

[Alan Batie]

In Thunderbird, I'm seeing that I sometimes have to left click on folders to get
them to update.    Even when I don't, if I right click/"mark folder read", it
appears to go do an update with the result that I have to mark the folder read a
second time.  Except the Trash folder, which stays bold until I actually left
click on it and then mark it read.  This is Thunderbird 1.0/FreeBSD and Win2K.

Comment 8

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 9

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.