[Date Prev][Date Next]
Re: add,modify rules not consistent (ITS#3138)
At 09:56 AM 5/10/2004, email@example.com wrote:
>Full_Name: Quanah Gibson-Mount
>OS: Solaris 8
>Submission from: (NULL) (18.104.22.168)
>This weekend we encountered behavior in openldap that made it hard for us to
>debug what was happening in our program.
>We found that there are times when ADD's will reject (multiple values of the
>same CN provided) when MOD's will not (it accepts the change no complaint) for
>the same entry. Obviously, in case (1), the entry was deleted and then ADD'd,
>and in case (2) the entry already existed, and we were replacing CN (but just to
>be clear. ;) ).
>The values in question in this case were the non-MIME 64 encoded versions of:
>I believe that progamatically, there are "NULL"s encoded in the cn (that was the
>bug in our program).
Actually, they differ by leading/trailing space (U+20) characters
6d 61 6a 6f 72 20 |major |
20 6d 61 6a 6f 72 | major|
These values are equivalent and hence both the add and modify should fail.
Are you seeing differences between modify/add and modify/replace?