Closed Bug 343368 Opened 18 years ago Closed 16 years ago

Several accounts in one domain are not imported properly from Mozilla Suite into Thunderbird

Categories

(Thunderbird :: Migration, defect)

Product:
Thunderbird
Component:
Migration
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED INCOMPLETE

People

(Reporter: sergeykhan, Unassigned)

Details

(Whiteboard: closeme 2008-10-02) 

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4

Fresh TB installation. Importing settings from Mozilla Suite.

There are several e-mails accounts in Mozilla Suite. Among them, lets consider two:
ACCOUNT        FOLDER TO STORE
a@domain.com - domain.com
b@domain.com - domain-1.com

After data importing into TB, they look like this:
a@domain.com - aaa (strange name that TB picked up)
b@domain.com - domain-1.com (which is empty!!)

WHAT happend:
1. Actual copy of all files for b@domain.com is in the 'domain.com' folder, which is not in use anymore, since b@domain.com is pointed on to 'domain-1.com'.

2. The content of the initial folder domain-1.com is in the folder 'aaa', which was created by TB.

Reproducible: Always

Steps to Reproduce:
1. Install Mozilla suite
2. Make two e-mail accounts for the same domain
3. Put somthing into inbox, sent, etc.
4. Close Mozilla Suite
5. Install TB, import data from Mozilla Suite

Actual Results:  
The data for a@domain.com stored into the folder 'aaa'
The data for b@domain.com stored into the folder 'domain-1.com' (which is empty!!)
The actual data for b@domain.com stored into 'domain.com' which is pointerless.

Expected Results:  
The data for a@domain.com stored into the folder 'domain.com'
The data for b@domain.com stored into the folder 'domain-1.com'
The folder 'aaa' is not created.
Assignee: mscott → nobody
Component: Installer → Migration
QA Contact: installer → migration
Reporter, does the issue still occur in the latest supported 2.0.0.x / Shredder trunk nightlies?

(1.5.0.x is now end-of-life and the latest supported 2.0.0.x is 2.0.0.16)
Whiteboard: closeme 2008-10-02
RESO INCO per lack of response to last question. If you feel this change was made in error, please respond to this bug with your reasons why.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.