Closed Bug 97700 Opened 23 years ago Closed 3 years ago

Courier IMAP: Subscribe/Unsubscribe subfolders refresh problems

Categories

(MailNews Core :: Networking: IMAP, defect)

x86
Windows NT
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: huang, Unassigned)

References

(Blocks 2 open bugs)

Details

(Keywords: imap-interop)

Used 08-30-12-trunk build 

Courier IMAP: Subscribe subfolders refresh problems

1) Login to a Courier IMAP account
2) Create 4 levels folders
3) Go to File|Subscribe to view those subscribed subfolders
4) Unsubscribe the 4th level subfolder.
Actual Results: The 4th level subfolder is still on the folder pane.

Expected results: The 4th level subfolder should disappear on the folder pane 
since I already unsubscribed from the Subscribe Dialog.

Additional Info: Problem cannot be reproduced on our NMS server & Cyrus Server. 
It is specific for Courier IMAP sevrer......
Ccing Cavin
Keywords: interop
load balancing.
Assignee: mscott → cavin
QA Contact: huang → meehansqa
This wfm with build/2002111108 and courier imap 1.5.3. Can anyone still
reproduce this?
Using UW IMAP here, having similar issues. Have tried clearing account cache
locally to no avail. Folder list is still the same as it was when it was first
downloaded upon account setup. Actual folder list has changed substantially.
Selecting a folder in the list that no longer exists produces predictable
results from the IMAP server. 
Format and reinstall of Windows XP still returns the old list. Using web-based
IMAP client returns correct list. 
This sounds like it's probably a different bug than what was originally filed
here. You might want to file it under a new bug.
I came accross this problem at prett bad time which happened to be now. It seems
to be very !@#$!@#$ in its method of syncing with imap folders on the server.
Not even 4 levels, I'm talking about first level. eg I have a all mail go to
~/mail/mbox. With procmail filers, filtered mail will go to ~/mail/list/*.
Subscribing to the internals of the "list" folder was fine. But when i changed
my mind and decided to not bother with subfolers, ie moved ~/mail/list/* to
~/mail/*, then no mater what, everytime it did its so called "refresh", it still
thought that the directory "list" and inmternals exist. and on top of that, I
cant get it to unsubscrive from them. every time i restart mozilla, the
#$%!@#$%!#$%!@#$ #!$%! !#$%!@#$   12#$!@#$ are there.
Flags: blocking1.7+
Blocks: 160644
Flags: blocking1.7+
Product: MailNews → Core
The same bug exists when I remove folder manually from mail server. Modify courier subscribed file. TB does not refresh subscribed folders list kept on the server when it checks for new mail. When I move folder as described it will still show folder than does not longer exists. 

I have to go to subscribe option again. Of course removed folder is not listed there (as expected) but left pane still shows it. I have to unsubscribe then subscribe to make TB remove non existing (non subscribed) folders from left pane tree view.
Product: Core → MailNews Core
Assignee: cavin → nobody
Blocks: 201332
QA Contact: meehansqa → networking.imap

anyone believe this issue still exists?

Flags: needinfo?(gds)
Flags: needinfo?(alter.ego)

(In reply to Wayne Mery (:wsmwk) from comment #9)

anyone believe this issue still exists?

Just tried this on a very old courier imap account (0.54 from 2006) with TB 78.5.1, it seems to work for me: I've not been able to reproduce this.

Flags: needinfo?(alter.ego)

Works for me on fairly new courier account.
More info: Unsubscribe 4th and 5th level (counting Inbox as 1st level) worked ok with 68.x release provided with my distro and with today's self built daily. I've often see mention of courier workarounds in the code that are no longer really an issue when I actually test with it.

Flags: needinfo?(gds)
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.