Hello Quanah,

indeed there is no ITS for this issue so far.
I was not sure, if I should make an ITS, because this SYNTAX shouldn't be used any longer (see http://www.openldap.org/lists/openldap-devel/200902/msg00067.html) , but as I stated before for downward campatibility I am also of the opinion that this is a bug.

And if you also think this is a bug (and it will be fixed), every other question is obsolete, since then there is no need for me to migrate the attributes.

Regards,
Frank




Von:        Quanah Gibson-Mount <quanah@zimbra.com>
An:        Frank Offermanns <Frank.Offermanns@caseris.de>, openldap-technical@openldap.org
Datum:        04.05.2015 20:04
Betreff:        Re: Need migrationhelp for 1.3.6.1.4.1.1466.115.121.1.5 because of bug in slapcat
Gesendet von:        "openldap-technical" <openldap-technical-bounces@openldap.org>




--On Monday, May 04, 2015 3:08 PM +0200 Frank Offermanns
<Frank.Offermanns@caseris.de> wrote:

> Hello,
>
> in our custom schema we have used several attributes with the syntax:
> 1.3.6.1.4.1.1466.115.121.1.5
> attributetype ( myAttributeType:106 NAME ( 'casFileContent' )
>         DESC 'Contains the file'
>         SYNTAX 1.3.6.1.4.1.1466.115.121.1.5
>         SINGLE-VALUE )
>
> We defined this schema before this syntax was dropped.
>
> Everything worked for a long time. Now with OpenLDAP Version 2.4.39 and
> newer a slapcat does  no longer export this attributes as MimeContent,
> but as plain text. So the ldif can't be used for importing. So I started
> a research why and found that this syntax was dropped. But for downward
> compatibility shouldn't it still export this syntax as mime content,
> shouldt it?
> This would be important, since in inetorgperson.schema the 2 attributes
> userSMIMECertificate and userPKCS12 still use it.
>
> What syntax should I use for files stored in LDAP?
> And even more important, how can I change the syntax of a attribute. Is
> there a migration strategy to change the syntax of a attribute?

Hi Frank,

A couple of things:

a) I don't see any ITS filed for this issue.  Generally that means if this
is a real bug, nothing will/can be fixed, since it hasn't been reported as
a problem.

b) I still see that this syntax is part of inetorgperson.schema and in
schema_init.c

static slap_syntax_defs_rec syntax_defs[] = {
       {"( 1.3.6.1.4.1.1466.115.121.1.5 DESC 'Binary' "
               X_NOT_H_R ")",
               SLAP_SYNTAX_BER, NULL, berValidate, NULL},

so it appears to me that it still exists as a valid syntax, using
SLAP_SYNTAX_BER?

--Quanah


--

Quanah Gibson-Mount
Platform Architect
Zimbra, Inc.
--------------------
Zimbra ::  the leader in open source messaging and collaboration