There are minor errors in the doc string of dsm.py, such as:
| input_file
| File-object to read the LDIF input from
Which obviously has been copied from the ldif.py.
What's the best way to correct it ? Can sombody with the right permissions
change it, or submitting a patch fi
Is there a simple example for dsml.DSMLParser() somewhere ?
I am trying to use it, but getting errors. The documentation does not
explain what "ContentHandlerClass" is supposed to be.
I have tried:
x = dsml.DSMLParser(input_file, dsml.DSMLv1Handler)
But eventually it fails with an HTTP 404 err
Michael Ströder wrote:
> Yves Dorfsman wrote:
>> Is there a simple example for dsml.DSMLParser() somewhere ?
>
> No, this module is rather unmaintained.
>
> IIRC it mainly works like module ldif: You should sub-class
> dsml.DSMLParser implementing a custom method .handl
Michael: Can you confirm this is the way it was supposed to be used, I mean,
is this class the sort of argument that should be used for ContentHandler ?
> Yves Dorfsman wrote:
>
>> I have tried:
>> x = dsml.DSMLParser(input_file, dsml.DSMLv1Handler)
I have noted your observa
I'd like to propose:
1) adding the ldif.LDIFWriter.writeFooter(self) method
which would simply write:
version: x
with x the version number of the LDIF format (1 for now).
2) Add a variable 'version' to the ldif.LDIFParser, ldif.LDIFWriter classes
as well as an option in the constructor of th
Christoph Holtermann wrote:
> I am working on a filter that makes Thunderbirds LDIF-Output
> importable to OpenLDAP. It works quite fine except for names
> that include ",". OpenLDAP dislikes the output that is produced
> like :
>
> dn: cn=Lehmann\, Veronika,dc=Adressbuch,dc=christoph
Escaping c
Michael Ströder wrote:
>>
>>> I am working on a filter that makes Thunderbirds LDIF-Output
>>> importable to OpenLDAP. It works quite fine except for names
>>> that include ",". OpenLDAP dislikes the output that is produced
>>> like :
>>>
>>> dn: cn=Lehmann\, Veronika,dc=Adressbuch,dc=christoph
>>