Closed
Bug 97700
Opened 23 years ago
Closed 4 years ago
Courier IMAP: Subscribe/Unsubscribe subfolders refresh problems
Categories
(MailNews Core :: Networking: IMAP, defect)
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......
Reporter | ||
Comment 1•23 years ago
|
||
Ccing Cavin
Reporter | ||
Updated•23 years ago
|
QA Contact: huang → meehansqa
Comment 3•22 years ago
|
||
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.
Comment 6•22 years ago
|
||
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.
Comment 7•22 years ago
|
||
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.
Updated•21 years ago
|
Flags: blocking1.7+
Updated•21 years ago
|
Flags: blocking1.7+
Updated•20 years ago
|
Product: MailNews → Core
Comment 8•19 years ago
|
||
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.
Assignee | ||
Updated•16 years ago
|
Product: Core → MailNews Core
Updated•16 years ago
|
Comment 9•4 years ago
|
||
anyone believe this issue still exists?
Flags: needinfo?(gds)
Flags: needinfo?(alter.ego)
Comment 10•4 years ago
|
||
(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)
Comment 11•4 years ago
|
||
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)
Updated•4 years ago
|
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•