329060 - Thunderbird exports bad the address book to ldif format

Status: NEW

(MailNews Core :: LDAP Integration, defect)

Description

[faca]

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)
Build Identifier: thunderbird 1.5 - 2.0

Hello, sorry for my english..
1) click Address Book
2) click Tools,export,name.ldif

it generates a file like this:
-----------------------------------
dn: cn=Pepe,mail=[e-mail]
objectclass: top
objectclass: person
objectclass: organizationalPerson
objectclass: inetOrgPerson
objectclass: mozillaAbPersonAlpha
givenName: Javier
cn: Pepe
mail: [e-mail]
modifytimestamp: 0Z
-------------------------

The lines "modifytimestamp: 0Z" and "dn: cn=Pepe,mail=[e-mail]" are incorrect.

(This file.ldif is import in linux ldap server)

Reproducible: Always

Steps to Reproduce:
1.look up
2.look up
3.look up

Actual Results:  
look up

Expected Results:  
look up

Solution:
erase line "modifytimestamp: 0Z" and replace line "dn: cn=Pepe,mail=[e-mail]" to line "dn: cn=Pepe,cn=Institution"

Comment 1

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

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 version 2.0.0.16)

Comment 2

[Mark Banner (:standard8)]

I don't want this closing. I think there are two separate bugs here, first that we output the mozifytimestamp as 0Z (and possibly that we output it at all), secondly the dn issue I'm sure is a duplicate of another bug that I can't find at the moment.

It would probably be best to find/generate the two bugs and then close this as a dup of one of them.

Comment 3

[juergen.edner]

I can definitely confirm that the modifytimestamp bug has been solved in TB 3.0.
The timestamp now looks like this: "modifytimestamp: 1262471395".

Comment 4

[Nikolay Shopik]

There actually 3 bugs, modifytimestamp is actually fixed but DN is still wrong. If there is space in common name it isn't escaped.
dn: cn=Nikolay Shopik,mail=[e-mail]
I'll search for dupes.

Comment 5

[石庭豐 (Seak, Teng-Fong)]

IMO, and some other's as well, modifytimestamp isn't fixed because its value isn't in time-stamp format, ie not showing date and time in a human readable format.

OTOH, unless I'm mistaken, it seems to me that white space in dn doesn't need to be escape: cf. RFC 2253, section 2.4

I would like to make this bug depend on bug 358696.  Any objection?