Closed Bug 306919 Opened 20 years ago Closed 14 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: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.