You can use the optional charset tag so that the server utilities automatically convert from the specified character set to UTF-8 as in the following example:
version: 1 charset: ISO-8859-1 dn: cn=Juan Griego, ou=University of New Mexico, o=sample cn: Juan Griego sn: Griego description:: V2hhdCBhIGNhcmVmdWwgcmVhZGVyIHlvd title: Associate Dean title: [title in Spanish] jpegPhoto:< file:///usr/local/photos/jgriego.jpg
In this instance, all values following an attribute name and a single colon are translated from the ISO-8859-1 character set to UTF-8. Values following an attribute name and a double colon (such as description:: V2hhdCBhIGNhcm... ) should be base 64-encoded, and are expected to be either binary or UTF-8 character strings. Values read from a file, such as the jpegPhoto attribute specified by the Web address in the example above, are also expected to be either binary or UTF-8. No translation from the specified "charset" to UTF-8 is done on those values.
In this example of an LDIF file without the charset tag, content is expected to be in UTF-8:
# IBM IBM Directorysample LDIF file # # The suffix "o=sample" should be defined before attempting to load # this data. version: 1 dn: o=sample objectclass: top objectclass: organization o: sample dn: ou=Austin, o=sample ou: Austin objectclass: organizationalUnit seealso: cn=Mary Smith, ou=Austin, o=sample
This same file could be used without the version: 1 header information, as in previous releases of Tivoli Directory Server:
# IBM IBM Directorysample LDIF file # #The suffix "o=sample" should be defined before attempting to load #this data. dn: o=sample objectclass: top objectclass: organization o: sample dn: ou=Austin, o=sample ou: Austin objectclass: organizationalUnit seealso: cn=Linda Carlesberg, ou=Austin, o=sample
[ Top of Page | Previous Page | Next Page ]