Reproducible: always. Actually, this is an offspring of bug 62084. The LDIF import is not able to handle lists of lists. Reason: List entries under the current design of the .ldif import require the email address to be explicitly noted: Record of a member of a list of a form: member: cn=Name, o=somewhere is not imported. The current design requires the member of the list to be: member: cn=Name, o=somewhere, mail=name@somewhere As Cavin mailto:cavin@netscape.com noted there is no workaround since Mozilla should either: <snip>------- 1. Support members with only 'cn' attribute values who are contacts, not lists. 2. Support members with only 'cn' attribute values who are lists, not contacts. We don't currently support any of the above so I think filing a new bug against these will be the best way to go (at least it can be tracked). You can work around #1 issue by adding email address to the member entries but #2 is not supported at all. I just tried the ldif on 4.x and it does work fine so it can be considered as a regression from 4.x. <snip>------- This bug prevents me to completely move from NN to Moz.

While trying 1.0 RC1 on HP-UX (which works nicely) I experienced a similar problem. All contact cards where imported nicely (from Netscape 4.78), and also lists where imported as lists, with all contacts in it. (I had to close and reopen Addressbook the see the lists as sub-items in the left tree-view pane) BUT i was not able to drag a mailing-list to my Personal Addressbook, which is my goal to achieve, so the imported data can be deleted after all addresses I still need have been copied over) This is very vital to finally migrate from Netscape 4.7x

In general listgs within lists are not working right now as reported in bug# 40301 so marking as a duplicate for now. *** This bug has been marked as a duplicate of 40301 ***

Maybe Cavin's comment should be re-posted. Also, is the item "mail=name@somewhere" required item of the "member" record according the .ldif specification or not? Here we might face design flaw.

Reopening for further design discussion.

If I recall correctly, for example, Pegasus mail client uses "phantom" contact address to fill in the misssing "mail=name@somewhere" item like "mail=@list_name.pml". The, the lists could be recursively substituted in for, checking for duplicity if indivicual contacts. Wouldn't be such approach a temporary suitable workaround?

Setting this bug to New so we can track basic support for lists within a list in bug# 40301. This bug will track the same issue specific to the LDIF format.

Re: #1 The UI for copying lists from one AB to another is non-intuitive. You have to select the list in the main panel and drag it to the AB in the side panel. You can't drag from side panel to side panel. However, once you've negotiated this hurdle, you find that the code to copy lists is broken anyway. I've reported this in Bug 185014. Is this the behaviour that you were finding, or did you just get stuck on the UI?

mass re-assign.

*** Bug 219991 has been marked as a duplicate of this bug. ***