OpenLDAP
Up to top level
Build   Contrib   Development   Documentation   Historical   Incoming   Software Bugs   Software Enhancements   Web  

Logged in as guest

Viewing Incoming/8251
Full headers

From: michael@stroeder.com
Subject: slapd fails schema parsing with double quotes in DESC
Compose comment
Download message
State:
0 replies:
12 followups: 1 2 3 4 5 6 7 8 9 10 11 12

Major security issue: yes  no

Notes:

Notification:


Date: Tue, 22 Sep 2015 07:14:47 +0000
From: michael@stroeder.com
To: openldap-its@OpenLDAP.org
Subject: slapd fails schema parsing with double quotes in DESC
Full_Name: Michael Str.der
Version: RE24 branch
OS: openSUSE Linux
URL: 
Submission from: (NULL) (79.223.42.239)


Current re24 branch does not accept the following schema description with double
quote in DESC anymore (which works with 2.4.42):

attributetype ( 1.3.6.1.4.1.412.100.2.2.119 NAME 'dlmNameFormat' 
     DESC 'The System object and its derivatives are Top 
           Level Objects of CIM. They provide the scope for 
           numerous components. Having unique System keys is 
           required. A heuristic can be defined in individual 
           System subclasses to attempt to always generate the 
           same System Name Key. The NameFormat property 
           identifies how the System name was generated, using 
           the subclass" heuristic.' 
     SYNTAX 1.3.6.1.4.1.1466.115.121.1.15{64} SINGLE-VALUE 
     EQUALITY caseIgnoreMatch ) 

Starting slapd outputs this message:

5600fed2 /home/michael/ftp/Linux/Networking/LDAP/OpenLDAP/schema/cim_core-2.5.schema:
line 136: unterminated quoted string "subclass heuristic.'      SYNTAX
1.3.6.1.4.1.1466.115.121.1.15{64} SINGLE-VALUE      EQUALITY caseIgnoreMatch )
"

Followup 1

Download message
Subject: Re: (ITS#8251) slapd fails schema parsing with double quotes in DESC
To: openldap-its@OpenLDAP.org
From: =?UTF-8?Q?Michael_Str=c3=b6der?= <michael@stroeder.com>
Date: Tue, 22 Sep 2015 09:17:13 +0200
Maybe a regression caused by fix for ITS#8233?



Followup 2

Download message
Subject: Re: (ITS#8251) slapd fails schema parsing with double quotes in DESC
To: michael@stroeder.com, openldap-its@OpenLDAP.org
From: Howard Chu <hyc@symas.com>
Date: Tue, 22 Sep 2015 08:27:14 +0100
michael@stroeder.com wrote:
> Maybe a regression caused by fix for ITS#8233?

I don't consider this a regression, the error message is correct.

-- 
   -- Howard Chu
   CTO, Symas Corp.           http://www.symas.com
   Director, Highland Sun     http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP  http://www.openldap.org/project/



Followup 3

Download message
Subject: Re: (ITS#8251) slapd fails schema parsing with double quotes in DESC
To: hyc@symas.com, openldap-its@OpenLDAP.org
From: =?UTF-8?Q?Michael_Str=c3=b6der?= <michael@stroeder.com>
Date: Tue, 22 Sep 2015 10:09:09 +0200
This is a cryptographically signed message in MIME format.

--------------ms040301090601090607070001
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable

hyc@symas.com wrote:
> michael@stroeder.com wrote:
>> Maybe a regression caused by fix for ITS#8233?
>=20
> I don't consider this a regression, the error message is correct.

So you don't consider this to be a bug at all?

Questions:

Is the attribute type desciption syntactically incorrect?
I don't think so because the double quote is correctly enclosed in single=
 quotes.

Isn't it admirable that 2.4.43 will also parse correct attribute type
desciptions just like 2.4.42 did?

Ciao, Michael.



--------------ms040301090601090607070001
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC
DGYwggYqMIIFEqADAgECAgMPVg4wDQYJKoZIhvcNAQELBQAwgYwxCzAJBgNVBAYTAklMMRYw
FAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZp
Y2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJt
ZWRpYXRlIENsaWVudCBDQTAeFw0xNTA5MTAxNjMwMTdaFw0xNjA5MTAxNDA3NTBaMEQxHTAb
BgNVBAMMFG1pY2hhZWxAc3Ryb2VkZXIuY29tMSMwIQYJKoZIhvcNAQkBFhRtaWNoYWVsQHN0
cm9lZGVyLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJ3ulgRkFW/ozuAX
8HwDmP7ifGF09KbLcAEVVjS013fTAlEzq0TJVcMXx/57LqdWtelCi35YvCzXHURuZl6hpUlR
+yOR1sev9xP2NfEJHQKUfs435wN6xFmdg/LI+ydlJ/exc3XxZVnb994vtJOlQh1HgXJvCORp
9d359fQQMY5N71TiQs0rcn8SNUBLZYHom1U2g2oEHN/QFNf2noxfXdPxTWeeeR0EuhH1Yy/0
AE2JZk2VmFW6VZYjEPoXUOfRizEzSM6HjyG347RnFd5Zh5vquxN609Z2iSg1Txuvd/eLSSuu
9sxLfw/5Qq4Xd/vhNVTrvG8d4M9L54orRVdFwmsCAwEAAaOCAtowggLWMAkGA1UdEwQCMAAw
CwYDVR0PBAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAdBgNVHQ4EFgQU
ubJgGvVtleGfzm7tjClKT2uUcB4wHwYDVR0jBBgwFoAUU3Ltkpzg2ssBXHx+ljVO8tS4UYIw
HwYDVR0RBBgwFoEUbWljaGFlbEBzdHJvZWRlci5jb20wggFMBgNVHSAEggFDMIIBPzCCATsG
CysGAQQBgbU3AQIDMIIBKjAuBggrBgEFBQcCARYiaHR0cDovL3d3dy5zdGFydHNzbC5jb20v
cG9saWN5LnBkZjCB9wYIKwYBBQUHAgIwgeowJxYgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBB
dXRob3JpdHkwAwIBARqBvlRoaXMgY2VydGlmaWNhdGUgd2FzIGlzc3VlZCBhY2NvcmRpbmcg
dG8gdGhlIENsYXNzIDEgVmFsaWRhdGlvbiByZXF1aXJlbWVudHMgb2YgdGhlIFN0YXJ0Q29t
IENBIHBvbGljeSwgcmVsaWFuY2Ugb25seSBmb3IgdGhlIGludGVuZGVkIHB1cnBvc2UgaW4g
Y29tcGxpYW5jZSBvZiB0aGUgcmVseWluZyBwYXJ0eSBvYmxpZ2F0aW9ucy4wNgYDVR0fBC8w
LTAroCmgJ4YlaHR0cDovL2NybC5zdGFydHNzbC5jb20vY3J0dTEtY3JsLmNybDCBjgYIKwYB
BQUHAQEEgYEwfzA5BggrBgEFBQcwAYYtaHR0cDovL29jc3Auc3RhcnRzc2wuY29tL3N1Yi9j
bGFzczEvY2xpZW50L2NhMEIGCCsGAQUFBzAChjZodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9j
ZXJ0cy9zdWIuY2xhc3MxLmNsaWVudC5jYS5jcnQwIwYDVR0SBBwwGoYYaHR0cDovL3d3dy5z
dGFydHNzbC5jb20vMA0GCSqGSIb3DQEBCwUAA4IBAQAv5aQr1I7ZAg4VJJtaPIi61v/v0v9j
Hs/Gl695n7shMeZx/H5F6EAwma0MWIWv1H9mtFcGhXiwr55SR1xMffy+C2Q5byyVcVKmrC+E
vP1Ke+VnJ6v/l3JV5zPQf38XdCvYQACHFIODnVmD5JI59TWzS5ReudfTf60kQeNoRTZH15el
8hORNOzkoGiV70Kuuw7pCOf0ncjshttJE3NetXa2f4rTsCC5UNrMqhF8Y6NALa3m/zzCK1+i
nvukFQPBU3+NFeNcrpp2nroEutsl3ftkcw6jAvQvTGEIw6AO13fgujtge+kxyoF2RuCSsEmT
jmyZ7QweLwfmuU70umVTM8HUMIIGNDCCBBygAwIBAgIBHjANBgkqhkiG9w0BAQUFADB9MQsw
CQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERp
Z2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzEpMCcGA1UEAxMgU3RhcnRDb20gQ2VydGlmaWNh
dGlvbiBBdXRob3JpdHkwHhcNMDcxMDI0MjEwMTU1WhcNMTcxMDI0MjEwMTU1WjCBjDELMAkG
A1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdp
dGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJp
bWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB
CgKCAQEAxwmDzM4t2BqxKaQuE6uWvooyg4ymiEGWVUet1G8SD+rqvyNH4QrvnEIaFHxOhESi
p7vMz39ScLpNLbL1QpOlPW/tFIzNHS3qd2XRNYG5Sv9RcGE+T4qbLtsjjJbi6sL7Ls/f/X9f
tTyhxvxWkf8KW37iKrueKsxw2HqolH7GM6FX5UfNAwAu4ZifkpmZzU1slBhyWwaQPEPPZRsW
oTb7q8hmgv6Nv3Hg9rmA1/VPBIOQ6SKRkHXG0Hhmq1dOFoAFI411+a/9nWm5rcVjGcIWZ2v/
43Yksq60jExipA4l5uv9/+Hm33mbgmCszdj/Dthf13tgAv2O83hLJ0exTqfrlwIDAQABo4IB
rTCCAakwDwYDVR0TAQH/BAUwAwEB/zAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFFNy7ZKc
4NrLAVx8fpY1TvLUuFGCMB8GA1UdIwQYMBaAFE4L7xqkQFulF2mHMMo0aEPQQa7yMGYGCCsG
AQUFBwEBBFowWDAnBggrBgEFBQcwAYYbaHR0cDovL29jc3Auc3RhcnRzc2wuY29tL2NhMC0G
CCsGAQUFBzAChiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcnQwWwYDVR0fBFQw
UjAnoCWgI4YhaHR0cDovL3d3dy5zdGFydHNzbC5jb20vc2ZzY2EuY3JsMCegJaAjhiFodHRw
Oi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwgYAGA1UdIAR5MHcwdQYLKwYBBAGBtTcB
AgEwZjAuBggrBgEFBQcCARYiaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjA0
BggrBgEFBQcCARYoaHR0cDovL3d3dy5zdGFydHNzbC5jb20vaW50ZXJtZWRpYXRlLnBkZjAN
BgkqhkiG9w0BAQUFAAOCAgEACoMIfXirLAZcuGOMXq4cuSN3TaFx2H2GvD5VSy/6rV55BYHb
WNaPeQn3oBSU8KgQZn/Kck1JxbLpAxVCNtsxeW1R87ifhsYZ0qjdrA9anrW2MAWCtosmAOT4
OxK9QPoSjCMxM3HbkZCDJgnlE8jMopH21BbyAYr7b5EfGRQJNtgWcvqSXwKHnTutR08+Kkn0
KAkXCzeQNLeA5LlYUzFyM7kPAp8pIRMQ+seHunmyG642S2+y/qHEdMuGIwpfz3eDF1PdctL0
4qYK/zu+Qg1Bw0RwgigVZs/0c5HP2/e9DBHh7eSwtzYlk4AUr6yxLlcwSjOfOmKEQ/Q8tzh0
IFiNu9IPuTGAPBn4CPxD0+Ru8T2wg8/s43R/

Message of length 6732 truncated


Followup 4

Download message
Subject: Re: (ITS#8251) slapd fails schema parsing with double quotes in DESC
From: Kurt Zeilenga <kurt@openldap.org>
Date: Tue, 22 Sep 2015 10:25:20 -0700
Cc: openldap-its@OpenLDAP.org
To: =?utf-8?Q?Michael_Str=C3=B6der?= <michael@stroeder.com>
--Apple-Mail=_EF88B354-9156-4D3C-9559-63AB3F05C465
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8


> On Sep 22, 2015, at 12:14 AM, michael@stroeder.com wrote:
>=20
> Current re24 branch does not accept the following schema description =
with double
> quote in DESC anymore (which works with 2.4.42)


And it shouldn=E2=80=99t,  per RFC 4512.

=E2=80=94 Kurt=

--Apple-Mail=_EF88B354-9156-4D3C-9559-63AB3F05C465
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"Content-Type"
content=3D"text/html =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D""><br class=3D""><div><blockquote type=3D"cite"
class=3D""><div =
class=3D"">On Sep 22, 2015, at 12:14 AM, <a =
href=3D"mailto:michael@stroeder.com"
class=3D"">michael@stroeder.com</a> =
wrote:</div><br class=3D"Apple-interchange-newline"><div
class=3D""><span =
style=3D"font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant: normal; font-weight: normal; letter-spacing: normal; =
line-height: normal; orphans: auto; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; widows: auto; word-spacing: =
0px; -webkit-text-stroke-width: 0px; float: none; display: inline =
!important;" class=3D"">Current re24 branch does not accept the =
following schema description with double</span><br
style=3D"font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant: normal; =
font-weight: normal; letter-spacing: normal; line-height: normal; =
orphans: auto; text-align: start; text-indent: 0px; text-transform: =
none; white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-stroke-width: 0px;" class=3D""><span style=3D"font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant: normal; =
font-weight: normal; letter-spacing: normal; line-height: normal; =
orphans: auto; text-align: start; text-indent: 0px; text-transform: =
none; white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; float: none; display: inline =
!important;" class=3D"">quote in DESC anymore (which works with =
2.4.42)</span></div></blockquote></div><div
class=3D""><br =
class=3D""></div><div class=3D"">And it shouldn=E2=80=99t,
&nbsp;per RFC =
4512.</div><div class=3D""><br class=3D""></div><div
class=3D"">=E2=80=94 =
Kurt</div></body></html>=

--Apple-Mail=_EF88B354-9156-4D3C-9559-63AB3F05C465--



Followup 5

Download message
Subject: Re: (ITS#8251) slapd fails schema parsing with double quotes in DESC
To: Kurt Zeilenga <kurt@openldap.org>
Cc: openldap-its@OpenLDAP.org
From: =?UTF-8?Q?Michael_Str=c3=b6der?= <michael@stroeder.com>
Date: Tue, 22 Sep 2015 19:37:34 +0200
Kurt Zeilenga wrote:
> 
>> On Sep 22, 2015, at 12:14 AM, michael@stroeder.com wrote:
>>
>> Current re24 branch does not accept the following schema description
with double
>> quote in DESC anymore (which works with 2.4.42)
> 
> And it shouldn...t,  per RFC 4512.

Please be more verbose.

Assuming I'm not mis-reading [1] it allows double quotes in qdstring (enclosed
in single quotes).

[1] https://tools.ietf.org/html/rfc4512#section-4.1

Note that this is not a schema file I've created and which I could change.
This is the CIM schema provided as is since years.

Ciao, Michael.



Followup 6

Download message
Subject: Re: (ITS#8251) slapd fails schema parsing with double quotes in DESC
From: Kurt Zeilenga <kurt@openldap.org>
Date: Tue, 22 Sep 2015 10:52:13 -0700
Cc: openldap-its@OpenLDAP.org
To: =?utf-8?Q?Michael_Str=C3=B6der?= <michael@stroeder.com>
> On Sep 22, 2015, at 10:37 AM, michael@stroeder.com wrote:
>=20
> Kurt Zeilenga wrote:
>>=20
>>> On Sep 22, 2015, at 12:14 AM, michael@stroeder.com wrote:
>>>=20
>>> Current re24 branch does not accept the following schema
description =
with double
>>> quote in DESC anymore (which works with 2.4.42)
>>=20
>> And it shouldn=E2=80=99t,  per RFC 4512.
>=20
> Please be more verbose.
>=20
> Assuming I'm not mis-reading [1] it allows double quotes in qdstring =
(enclosed
> in single quotes).

You are misreading [1]. the dstring production does not allow the =E2=80=98=
 or =E2=80=9C to appear in it.
Instead, \27 is to be used for =E2=80=9C and either \5C or \5c is to be =
used for =E2=80=98.

=E2=80=94 Kurt=



Followup 7

Download message
Subject: Re: (ITS#8251) slapd fails schema parsing with double quotes in DESC
From: Kurt Zeilenga <kurt@openldap.org>
Date: Tue, 22 Sep 2015 10:58:45 -0700
Cc: openldap-its@OpenLDAP.org
To: =?utf-8?Q?Michael_Str=C3=B6der?= <michael@stroeder.com>
Actually I misread it=E2=80=A6 my bad.

I was reading QS as =E2=80=9C for some reason=E2=80=A6. must need more =
caffeine.

Yes, so DESC =E2=80=98=E2=80=9C=E2=80=98 is a legal qdstring.

Sorry for the confusion=E2=80=A6

=E2=80=94 Kurt=



Followup 8

Download message
Subject: Re: (ITS#8251) slapd fails schema parsing with double quotes in DESC
To: Kurt Zeilenga <kurt@openldap.org>
Cc: openldap-its@OpenLDAP.org
From: =?UTF-8?Q?Michael_Str=c3=b6der?= <michael@stroeder.com>
Date: Tue, 22 Sep 2015 20:02:04 +0200
This is a cryptographically signed message in MIME format.

--------------ms030101070905050603070605
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Kurt Zeilenga wrote:
>=20
>> On Sep 22, 2015, at 10:37 AM, michael@stroeder.com wrote:
>>
>> Kurt Zeilenga wrote:
>>>
>>>> On Sep 22, 2015, at 12:14 AM, michael@stroeder.com wrote:
>>>>
>>>> Current re24 branch does not accept the following schema
description=
 with double
>>>> quote in DESC anymore (which works with 2.4.42)
>>>
>>> And it shouldn=E2=80=99t,  per RFC 4512.
>>
>> Please be more verbose.
>>
>> Assuming I'm not mis-reading [1] it allows double quotes in qdstring (=
enclosed
>> in single quotes).
>=20
> You are misreading [1]. the dstring production does not allow the =E2=80=
=98 or =E2=80=9C to appear in it.
> Instead, \27 is to be used for =E2=80=9C and either \5C or \5c is to be=
 used for =E2=80=98.

You're talking about QQ (single quote '  mentioned in comment as %x27) an=
d QS
(back-slash mentioned in comment as %x5C).

AFAICS the double quote is %x22 and is included in QUTF1.

Ciao, Michael.


--------------ms030101070905050603070605
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC
DGYwggYqMIIFEqADAgECAgMPVg4wDQYJKoZIhvcNAQELBQAwgYwxCzAJBgNVBAYTAklMMRYw
FAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZp
Y2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJt
ZWRpYXRlIENsaWVudCBDQTAeFw0xNTA5MTAxNjMwMTdaFw0xNjA5MTAxNDA3NTBaMEQxHTAb
BgNVBAMMFG1pY2hhZWxAc3Ryb2VkZXIuY29tMSMwIQYJKoZIhvcNAQkBFhRtaWNoYWVsQHN0
cm9lZGVyLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAJ3ulgRkFW/ozuAX
8HwDmP7ifGF09KbLcAEVVjS013fTAlEzq0TJVcMXx/57LqdWtelCi35YvCzXHURuZl6hpUlR
+yOR1sev9xP2NfEJHQKUfs435wN6xFmdg/LI+ydlJ/exc3XxZVnb994vtJOlQh1HgXJvCORp
9d359fQQMY5N71TiQs0rcn8SNUBLZYHom1U2g2oEHN/QFNf2noxfXdPxTWeeeR0EuhH1Yy/0
AE2JZk2VmFW6VZYjEPoXUOfRizEzSM6HjyG347RnFd5Zh5vquxN609Z2iSg1Txuvd/eLSSuu
9sxLfw/5Qq4Xd/vhNVTrvG8d4M9L54orRVdFwmsCAwEAAaOCAtowggLWMAkGA1UdEwQCMAAw
CwYDVR0PBAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDAdBgNVHQ4EFgQU
ubJgGvVtleGfzm7tjClKT2uUcB4wHwYDVR0jBBgwFoAUU3Ltkpzg2ssBXHx+ljVO8tS4UYIw
HwYDVR0RBBgwFoEUbWljaGFlbEBzdHJvZWRlci5jb20wggFMBgNVHSAEggFDMIIBPzCCATsG
CysGAQQBgbU3AQIDMIIBKjAuBggrBgEFBQcCARYiaHR0cDovL3d3dy5zdGFydHNzbC5jb20v
cG9saWN5LnBkZjCB9wYIKwYBBQUHAgIwgeowJxYgU3RhcnRDb20gQ2VydGlmaWNhdGlvbiBB
dXRob3JpdHkwAwIBARqBvlRoaXMgY2VydGlmaWNhdGUgd2FzIGlzc3VlZCBhY2NvcmRpbmcg
dG8gdGhlIENsYXNzIDEgVmFsaWRhdGlvbiByZXF1aXJlbWVudHMgb2YgdGhlIFN0YXJ0Q29t
IENBIHBvbGljeSwgcmVsaWFuY2Ugb25seSBmb3IgdGhlIGludGVuZGVkIHB1cnBvc2UgaW4g
Y29tcGxpYW5jZSBvZiB0aGUgcmVseWluZyBwYXJ0eSBvYmxpZ2F0aW9ucy4wNgYDVR0fBC8w
LTAroCmgJ4YlaHR0cDovL2NybC5zdGFydHNzbC5jb20vY3J0dTEtY3JsLmNybDCBjgYIKwYB
BQUHAQEEgYEwfzA5BggrBgEFBQcwAYYtaHR0cDovL29jc3Auc3RhcnRzc2wuY29tL3N1Yi9j
bGFzczEvY2xpZW50L2NhMEIGCCsGAQUFBzAChjZodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9j
ZXJ0cy9zdWIuY2xhc3MxLmNsaWVudC5jYS5jcnQwIwYDVR0SBBwwGoYYaHR0cDovL3d3dy5z
dGFydHNzbC5jb20vMA0GCSqGSIb3DQEBCwUAA4IBAQAv5aQr1I7ZAg4VJJtaPIi61v/v0v9j
Hs/Gl695n7shMeZx/H5F6EAwma0MWIWv1H9mtFcGhXiwr55SR1xMffy+C2Q5byyVcVKmrC+E
vP1Ke+VnJ6v/l3JV5zPQf38XdCvYQACHFIODnVmD5JI59TWzS5ReudfTf60kQeNoRTZH15el
8hORNOzkoGiV70Kuuw7pCOf0ncjshttJE3NetXa2f4rTsCC5UNrMqhF8Y6NALa3m/zzCK1+i
nvukFQPBU3+NFeNcrpp2nroEutsl3ftkcw6jAvQvTGEIw6AO13fgujtge+kxyoF2RuCSsEmT
jmyZ7QweLwfmuU70umVTM8HUMIIGNDCCBBygAwIBAgIBHjANBgkqhkiG9w0BAQUFADB9MQsw
CQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERp
Z2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzEpMCcGA1UEAxMgU3RhcnRDb20gQ2VydGlmaWNh
dGlvbiBBdXRob3JpdHkwHhcNMDcxMDI0MjEwMTU1WhcNMTcxMDI0MjEwMTU1WjCBjDELMAkG
A1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdp
dGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJp
bWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB
CgKCAQEAxwmDzM4t2BqxKaQuE6uWvooyg4ymiEGWVUet1G8SD+rqvyNH4QrvnEIaFHxOhESi
p7vMz39ScLpNLbL1QpOlPW/tFIzNHS3qd2XRNYG5Sv9RcGE+T4qbLtsjjJbi6sL7Ls/f/X9f
tTyhxvxWkf8KW37iKrueKsxw2HqolH7GM6FX5UfNAwAu4ZifkpmZzU1slBhyWwaQPEPPZRsW
oTb7q8hmgv6Nv3Hg9rmA1/VPBIOQ6SKRkHXG0Hhmq1dOFoAFI411+a/9nWm5rcVjGcIWZ2v/
43Yksq60jExipA4l5uv9/+Hm33mbgmCszdj/Dthf13tgAv2O83hLJ0exTqfrlwIDAQABo4IB
rTCCAakwDwYDVR0TAQH/BAUwAwEB/zAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0OBBYEFFNy7ZKc
4NrLAVx8fpY1TvLUuFGCMB8GA1UdIwQYMBaAFE4L7xqkQFulF2mHMMo0aEPQQa7yMGYGCCsG
AQUFBwEBBFowWDAnBggrBgEFBQcwAYYbaHR0cDovL29jc3Auc3RhcnRzc2wuY29tL2NhMC0G
CCsGAQUFBzAChiFodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9zZnNjYS5jcnQwWwYDVR0fBFQw
UjAnoCWgI4YhaHR0cDovL3d3dy5zdGFydHNzbC5jb20vc2ZzY2EuY3JsMCegJaAjhiFodHRw
Oi8vY3JsLnN0YXJ0c3NsLmNvbS9zZnNjYS5jcmwwgYAGA1UdIAR5MHcwdQYLKwYBBAGBtTcB
AgEwZj

Message of length 7273 truncated


Followup 9

Download message
Subject: Re: (ITS#8251) slapd fails schema parsing with double quotes in DESC
To: michael@stroeder.com, openldap-its@OpenLDAP.org
From: Howard Chu <hyc@symas.com>
Date: Tue, 22 Sep 2015 19:15:04 +0100
Please use plaintext email only. This thread is mostly unreadable due to the 
multiple escapes and other garbage.

michael@stroeder.com wrote:
> You're talking about QQ (single quote '  mentioned in comment as %x27) an=
> d QS
> (back-slash mentioned in comment as %x5C).
>
> AFAICS the double quote is %x22 and is included in QUTF1.

Yes, DQUOTE is included in QUTF1 but that is not the issue here. The 
slapd.conf(5) syntax says explicitly that double quote is used to enclose 
arguments containing white space. Single quote has no significance to the 
slapd.conf parser. Arguments containing double quote that are meant to be 
taken literally must escape the quote with a backslash.

-- 
   -- Howard Chu
   CTO, Symas Corp.           http://www.symas.com
   Director, Highland Sun     http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP  http://www.openldap.org/project/



Followup 10

Download message
Subject: Re: (ITS#8251) slapd fails schema parsing with double quotes in DESC
To: Howard Chu <hyc@symas.com>, openldap-its@OpenLDAP.org
From: =?UTF-8?Q?Michael_Str=c3=b6der?= <michael@stroeder.com>
Date: Tue, 22 Sep 2015 21:33:35 +0200
Howard Chu wrote:
> Please use plaintext email only. This thread is mostly unreadable due to
the
> multiple escapes and other garbage.
> 
> michael@stroeder.com wrote:
>> You're talking about QQ (single quote '  mentioned in comment as %x27)
an=
>> d QS
>> (back-slash mentioned in comment as %x5C).
>>
>> AFAICS the double quote is %x22 and is included in QUTF1.
> 
> Yes, DQUOTE is included in QUTF1 but that is not the issue here. The
> slapd.conf(5) syntax says explicitly that double quote is used to enclose
> arguments containing white space. Single quote has no significance to the
> slapd.conf parser. Arguments containing double quote that are meant to be
> taken literally must escape the quote with a backslash.

But then I would expect slapd to remove the backslash(es) used for quoting:

In slapd.conf:

---------------------------------- snip ----------------------------------
attributetype ( 1.3.6.1.4.1.5427.1.389.42.3
      DESC 'Test attribute type with \"double quotes\" in DESC'
      SYNTAX 1.3.6.1.4.1.1466.115.121.1.7 )
---------------------------------- snip ----------------------------------

Returned via LDAP in subschema subentry (as LDIF):

attributeTypes: ( 1.3.6.1.4.1.5427.1.389.42.3 DESC 'Test attribute type with
  \"double quotes\" in DESC' EQUALITY booleanMatch SYNTAX 1.3.6.1.4.1.1466.1

Ciao, Michael.



Followup 11

Download message
Subject: Re: (ITS#8251) slapd fails schema parsing with double quotes in DESC
To: =?UTF-8?Q?Michael_Str=c3=b6der?= <michael@stroeder.com>,
 openldap-its@OpenLDAP.org
From: Howard Chu <hyc@symas.com>
Date: Tue, 22 Sep 2015 21:05:33 +0100
Michael Str..der wrote:
> Howard Chu wrote:
>> Please use plaintext email only. This thread is mostly unreadable due
to the
>> multiple escapes and other garbage.
>>
>> michael@stroeder.com wrote:
>>> You're talking about QQ (single quote '  mentioned in comment as
%x27) an=
>>> d QS
>>> (back-slash mentioned in comment as %x5C).
>>>
>>> AFAICS the double quote is %x22 and is included in QUTF1.
>>
>> Yes, DQUOTE is included in QUTF1 but that is not the issue here. The
>> slapd.conf(5) syntax says explicitly that double quote is used to
enclose
>> arguments containing white space. Single quote has no significance to
the
>> slapd.conf parser. Arguments containing double quote that are meant to
be
>> taken literally must escape the quote with a backslash.
>
> But then I would expect slapd to remove the backslash(es) used for quoting:

Good point. OK, there's some more work needed in here somewhere.
>
> In slapd.conf:
>
> ---------------------------------- snip ----------------------------------
> attributetype ( 1.3.6.1.4.1.5427.1.389.42.3
>        DESC 'Test attribute type with \"double quotes\" in DESC'
>        SYNTAX 1.3.6.1.4.1.1466.115.121.1.7 )
> ---------------------------------- snip ----------------------------------
>
> Returned via LDAP in subschema subentry (as LDIF):
>
> attributeTypes: ( 1.3.6.1.4.1.5427.1.389.42.3 DESC 'Test attribute type
with
>    \"double quotes\" in DESC' EQUALITY booleanMatch SYNTAX
1.3.6.1.4.1.1466.1
>
> Ciao, Michael.
>


-- 
   -- Howard Chu
   CTO, Symas Corp.           http://www.symas.com
   Director, Highland Sun     http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP  http://www.openldap.org/project/



Followup 12

Download message
Subject: Re: (ITS#8251) slapd fails schema parsing with double quotes in DESC
To: =?UTF-8?Q?Michael_Str=c3=b6der?= <michael@stroeder.com>,
 openldap-its@OpenLDAP.org
From: Howard Chu <hyc@symas.com>
Date: Tue, 22 Sep 2015 22:06:41 +0100
Howard Chu wrote:
> Michael Str..der wrote:
>> But then I would expect slapd to remove the backslash(es) used for
quoting:
>
> Good point. OK, there's some more work needed in here somewhere.

Fixed. Closing this ITS. If you have any other problems regarding this, 
followup to ITS#8233. We don't open new ITSs for unreleased code.

-- 
   -- Howard Chu
   CTO, Symas Corp.           http://www.symas.com
   Director, Highland Sun     http://highlandsun.com/hyc/
   Chief Architect, OpenLDAP  http://www.openldap.org/project/


Up to top level
Build   Contrib   Development   Documentation   Historical   Incoming   Software Bugs   Software Enhancements   Web  

Logged in as guest


The OpenLDAP Issue Tracking System uses a hacked version of JitterBug

______________
© Copyright 2013, OpenLDAP Foundation, info@OpenLDAP.org