Closed Bug 270865 Opened 20 years ago Closed 20 years ago

no different folder subscriptions on different accounts (IMAP)

Categories

(Thunderbird :: Account Manager, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 270860

People

(Reporter: robertortel, Assigned: mscott)

Details

User-Agent:       Opera/7.51 (Windows NT 5.1; U)  [en]
Build Identifier: Version 0.9 (20041103)

I have a mail account at www.gmx.de, using IMAP to access it. For this single 
account I have 3 addresses. Every adress points to the same folders and mails, 
but i have an organised folder structure and filter to sort mails according to 
the mail address used to send to me.
With thunderbird I want to access those 3 different addresses with 3 accounts 
subscribing only those folders per account which are important for each.
But after closing thunderbird with made subscriptions a restart ends with ALL 3 
accounts subsribing the same folders, as set for the last account (last in time 
order I made the subscriptions).

Reproducible: Always
Steps to Reproduce:
1. create 3 accounts in thunderbird pointing to the same physical mails in the 
internet (at best with 3 different mail adresses)
2. create some exclusive folder(s) to each account/mail address 
3. set up subscriptions to subscribe only those exclusive folders for each 
account (at least one per account)
4. close and restart thunderbird 

Actual Results:  
You see all accounts checking the mails for the same folder(s) and not the 
indivudual ones as each account should. The account individual subscritions are 
lost and need to be set up again after each restart.

Expected Results:  
It should save the subscritions correctly to remember them on restart. Every 
account should only checks its individual folders.

Maybe the reason for this is that all my three accounts point to the same 
account at www.gmx.de. I do not know wether this happens if i would have three 
real different accounts.

*** This bug has been marked as a duplicate of 270860 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.