Closed Bug 306919 Opened 19 years ago Closed 13 years ago

add "subscribe"-like feature that is stored on the client

Categories

(Thunderbird :: General, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: lisken, Unassigned)

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.10) Gecko/20050717 Firefox/1.0.6
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.10) Gecko/20050717 Firefox/1.0.6

I am using a single IMAP account accessed by separate TB installations for a
small organisation where work is beginning to be divided into separate areas
handled by different people. Subfolders have been created to reflect this, and
email is copied into folders as work is assigned to people. Most of the time,
people would like to hide other people's subfolders for clarity. However it is
desired for everyone to be able to look into all folders easily, if required.

I had thoudht that the Subscribe feature would do this: subscribe to different
folders on different client installations, so people only see "their" folders as
long as they don't change their subscription. Testing this, I have however found
that subscription is stored on the server, probably as a flag on the IMAP
folder. So if one person subscribes or unsubscribes to/from folders, the other
people reading that same account will inherit the change after a TB restart.

Obviously I can't break the way Subscribe is implemented; but could something be
added making it possible to "hide" a folder, and store this information on the
client rather than the server?

Reproducible: Always

Steps to Reproduce:
1. Have several TB installations use the same IMAP account.
2. On one client (A), unsubscribe from a folder.
3. Restart one of the other TB clients (B).
Actual Results:  
Client B doesn't see the folder that A unsubscribed from.

Expected Results:  
I would like a way for A to hide the folder which would not hide it for B.
WFM with multiple profiles and folders specified as favorites 
Assignee: mscott → nobody
Resolving based on comment 1. Feel free to reopen if this method doesn't suffice.
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.