From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.6) Gecko/20011120 BuildID: 2001112009 If I import a ldif file with lists in it, the lists are not generated correctly. Some lists have contents of other lists in them. The lists are defined in the ldif file as: dn: cn=List-Name cn: List-Name objectclass: top objectclass: groupOfNames member: cn=name,mail=mailaddress@mydomain.org Reproducible: Always Steps to Reproduce: 1.open addressbook 2. import ldif file (selecting text, for import format) 3. look at new generated addressbook Actual Results: some lists contain names of other lists Expected Results: all lists should only contain the names that are defined in the ldif-file I can send you the ldif-file if you want, but it should not be readable on the internet.

Please try to create/export a ldif file which reproduces the problem, but doesn't contain any sentitive information and attach the file to this bug.

After importing this file, the lists VA-All and VA-Mu do not appear in the addressbook, the list VA-Eng contains the members that should be in VA-Mu, the list VA-Finanz and VA-Lex are ok and it seems the list VA-Software contains the members that should be in VA-Software + the members of VA-Mu

Confirmed with 2001-12-05-04 under W2K

For me, this is a crippling bug which prevents my migration to Mozilla. Mozilla 0.9.8 simply cannot import address books with any accuracy. It cannot even import small address books without dropping several lists entirely and mis- naming other lists. For example, list A will end up populated by the email addresses that were on list B in the original Netscape 4.79 addressbook. This bug appears to overlap with 58206.

re-attaching the patch as plain text.

re-attaching the LDIF file as plain text.

note to nbaca / bhuvan: first try saving the first attachment as a binary file and importing it as is. then, try saving the second one (as a plain text LDIF) and importing it as is. I'm not sure if your results will differ. One comment, there appears to be some non ASCII chars in the file, like: member: cn=Ulrich Hofstötter,mail=ulrich.hofstoetter@testdomain.com maybe that is the root of the problem?

I tried it. It's the same with the new attached files. There is no difference to the import of the original ldif file. I used now Mozilla build 2001122611 on Linux, because I cannot use the computer I used when I submitted the bug. But on Linux it's the same problem. The ldif file has Unicode characters in it. Maybe that's the problem.

See bug 14096; I suspect that's relevant here.

Seems to be duplicate of bug 62084 (which is most likely duplicate of bug 93911 ).

Yes it is caused by the same problems described in bug 62084. I did run the patch of bug 62084 against the attached ldif file and all cards and lists were imported correctly. Adding dependency on bug 62084 and reassigning to myself.

Marking a duplicate of bug# 62084 (although there are other problems such as the one described in bug# 14096). *** This bug has been marked as a duplicate of 62084 ***

Verified duplicate.