Hi Ando. I've tested on RHEL 4/5 x86 and all seems good. I'll
test on =
Windows in a little while.
Back-ported to 2.4.22 and tested in Windows. Works.
On May 17, 2010, at 6:27 PM, masarati(a)aero.polimi.it wrote:
>> Indeed, syncprov_operational() is right: it duplicates the entry =
>> contextCSN is already present in the entry, and thus may need
>> updated. What's wrong is back-bdb, which gives up when the entry =
>> have e_private set appropriately, while it could do more to
find out =
>> the entry's subordinates. This may explain why in some
>> attribute is present. This occurs whenever contextCSN is not =
>> present in the entry. I'm preparing a fix for back-bdb.
> Fixed in HEAD; please test. Thanks, p.