From ldapext-bounces@ietf.org Tue Jul 6 21:45:59 2004 Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA10842 for ; Tue, 6 Jul 2004 21:45:59 -0400 (EDT) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Bi0Ic-0001mT-OC; Tue, 06 Jul 2004 20:28:34 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1BhxEV-00039e-OE for ldapext@megatron.ietf.org; Tue, 06 Jul 2004 17:12:07 -0400 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA23420 for ; Tue, 6 Jul 2004 17:11:59 -0400 (EDT) Received: from ietf-mx.ietf.org ([132.151.6.1] helo=ietf-mx) by ietf-mx with esmtp (Exim 4.32) id 1BhxEP-0004HX-0p for ldapext@ietf.org; Tue, 06 Jul 2004 17:12:01 -0400 Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1BhxDX-0003ve-00 for ldapext@ietf.org; Tue, 06 Jul 2004 17:11:08 -0400 Received: from mailgw2a.lmco.com ([192.91.147.7]) by ietf-mx with esmtp (Exim 4.12) id 1BhxCi-0003aD-00 for ldapext@ietf.org; Tue, 06 Jul 2004 17:10:16 -0400 Received: from emss03g01.ems.lmco.com (relay3.ems.lmco.com [141.240.4.144]) by mailgw2a.lmco.com (8.12.10/8.12.10) with ESMTP id i66LAGgb001396 for ; Tue, 6 Jul 2004 17:10:16 -0400 (EDT) Received: from CONVERSION-DAEMON.lmco.com by lmco.com (PMDF V6.1-1X6 #30875) id <0I0G00M01854I4@lmco.com> for ldapext@ietf.org; Tue, 06 Jul 2004 17:10:16 -0400 (EDT) Received: from EMSS03I00.us.lmco.com ([166.27.250.234]) by lmco.com (PMDF V6.1-1X6 #30875) with ESMTP id <0I0G00IO4853PG@lmco.com> for ldapext@ietf.org; Tue, 06 Jul 2004 17:10:15 -0400 (EDT) Received: from EMSS03M09.us.lmco.com ([166.27.250.218]) by EMSS03I00.us.lmco.com with Microsoft SMTPSVC(5.0.2195.6713); Tue, 06 Jul 2004 17:10:15 -0400 Date: Tue, 06 Jul 2004 17:10:15 -0400 From: "Slone, Skip" To: ldapext@ietf.org Message-id: MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft Exchange V6.0.6487.1 Thread-Topic: LDAP/X.500 Alignment Thread-Index: AcRjnZzaup4GaQP1ThyMaNr7gNABIA== content-class: urn:content-classes:message X-MS-Has-Attach: yes X-OriginalArrivalTime: 06 Jul 2004 21:10:15.0490 (UTC) FILETIME=[A22A1A20:01C4639D] X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org X-Spam-Status: No, hits=0.5 required=5.0 tests=HTML_40_50,HTML_MESSAGE autolearn=no version=2.60 Subject: [ldapext] LDAP/X.500 Alignment X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1292329844==" Sender: ldapext-bounces@ietf.org Errors-To: ldapext-bounces@ietf.org This is a multi-part message in MIME format. --===============1292329844== Content-type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0052_01C4637C.15D08C60" content-class: urn:content-classes:message This is a multi-part message in MIME format. ------=_NextPart_000_0052_01C4637C.15D08C60 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0053_01C4637C.15D08C60" ------=_NextPart_001_0053_01C4637C.15D08C60 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I have had to juggle too many things at once to be able to keep up with LDAP activities such as Jim's chained LDAP I-D, so I can't meaningfully comment directly on that work. Nonetheless, I am guessing that the people involved in this discussion might be interested in reviewing the latest LDAP/X.500 alignment draft from the ITU/ISO committee. It was just posted last week. Please feel free to send your comments to this list or to me directly. I try to keep at least half an eye focused on the list, even if I can't drill down into the details. Anyway, here's the URL where the latest X.500 output documents can be found: ftp://ftp.bull.com/pub/OSIdirectory/Geneva2004Output/ As for the status of this document itself, it has just been registered for an FPDAM ballot under JTC1 rules, which means it will be under ballot for four months. The editing meeting will be this November, after which this project will hopefully be complete. Regards, -- Skip ------=_NextPart_001_0053_01C4637C.15D08C60 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I have had to juggle too many things at once to be = able to keep up with LDAP activities such as Jim’s chained LDAP I-D, so I = can’t meaningfully comment directly on that work. Nonetheless, I am guessing = that the people involved in this discussion might be interested in reviewing the = latest LDAP/X.500 alignment draft from the ITU/ISO committee.  It was just = posted last week.   Please feel free to send your comments to this list or = to me directly. I try to keep at least half an eye focused on the list, even if I = can’t drill down into the details. Anyway, here’s the URL where the = latest X.500 output documents can be found:

 

ftp://ftp.= bull.com/pub/OSIdirectory/Geneva2004Output/

 

As for the status of this document itself, it has = just been registered for an FPDAM ballot under JTC1 rules, which means it will be = under ballot for four months. The editing meeting will be this November, after = which this project will hopefully be complete.

 

Regards,

 

 -- Skip

------=_NextPart_001_0053_01C4637C.15D08C60-- ------=_NextPart_000_0052_01C4637C.15D08C60 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIbCTCCB+0w ggbVoAMCAQICCjvyuIcABAAAP40wDQYJKoZIhvcNAQEFBQAwgZIxCzAJBgNVBAYTAlVTMRAwDgYD VQQIEwdGbG9yaWRhMRAwDgYDVQQHEwdPcmxhbmRvMSQwIgYDVQQKExtMb2NraGVlZCBNYXJ0aW4g Q29ycG9yYXRpb24xDDAKBgNVBAsTA0VJUzErMCkGA1UEAxMiTG9ja2hlZWQgTWFydGluIENvcnBv cmF0aW9uIFVTIENBMTAeFw0wNDA2MzAxNzQ5NTNaFw0wNTA2MzAxNzQ5NTNaMDoxIjAgBgkqhkiG 9w0BCQEWE3NraXAuc2xvbmVAbG1jby5jb20xFDASBgNVBAMTC1Nsb25lLCBTa2lwMIGfMA0GCSqG SIb3DQEBAQUAA4GNADCBiQKBgQDss3zwdHowthNT4L6xyGIOR3sklnLWOYiHlEWyYmEt7WZn9P+X ce7kB949yOD5mGHlhcCpqi/+hyVbhWtgTdjuMhIa1GJg4GABBxs4NGKgx11MHx3JrV2JRDdZh1dt aUDFE1oQQiTWkF0oUaybYr6B4PvyV0dLyFFMlxg9KNQpPwIDAQABo4IFHjCCBRowCwYDVR0PBAQD AgeAMCkGCSsGAQQBgjcUAgQcHhoAVQBzAGUAcgBTAGkAZwBuAGEAdAB1AHIAZTAdBgNVHQ4EFgQU foIvN+Vfp69Gnlwj7k8BU28RUYYwgckGA1UdIwSBwTCBvoAUjmfixSVKlMxIyDDxjKcKF/3/P6Ch gZmkgZYwgZMxCzAJBgNVBAYTAlVTMRAwDgYDVQQIEwdGbG9yaWRhMRAwDgYDVQQHEwdPcmxhbmRv MSQwIgYDVQQKExtMb2NraGVlZCBNYXJ0aW4gQ29ycG9yYXRpb24xDDAKBgNVBAsTA0VJUzEsMCoG A1UEAxMjTG9ja2hlZWQgTWFydGluIENvcnBvcmF0aW9uIFJvb3QgQ0GCCiXC+Q4ACQAAAB4wggGs BgNVHR8EggGjMIIBnzCB4aCB3qCB24aB2GxkYXA6Ly8vQ049TG9ja2hlZWQlMjBNYXJ0aW4lMjBD b3Jwb3JhdGlvbiUyMFVTJTIwQ0ExLENOPVVTQUNTMDEsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUy MFNlcnZpY2VzLENOPVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9YWRyb290LERDPWxtY28s REM9Y29tP2NlcnRpZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RjbGFzcz1jUkxEaXN0 cmlidXRpb25Qb2ludDBaoFigVoZUaHR0cDovL2NybC5nbG9iYWwubG1jby5jb20vQ2VydEVucm9s bC9Mb2NraGVlZCUyME1hcnRpbiUyMENvcnBvcmF0aW9uJTIwVVMlMjBDQTEuY3JsMF2gW6BZhldo dHRwOi8vY3JsLmV4dGVybmFsLmxtY28uY29tL2NybC9jZXJ0dXBkL0xvY2toZWVkJTIwTWFydGlu JTIwQ29ycG9yYXRpb24lMjBVUyUyMENBMS5jcmwwggHaBggrBgEFBQcBAQSCAcwwggHIMIHQBggr BgEFBQcwAoaBw2xkYXA6Ly8vQ049TG9ja2hlZWQlMjBNYXJ0aW4lMjBDb3Jwb3JhdGlvbiUyMFVT JTIwQ0ExLENOPUFJQSxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1D b25maWd1cmF0aW9uLERDPWFkcm9vdCxEQz1sbWNvLERDPWNvbT9jQUNlcnRpZmljYXRlP2Jhc2U/ b2JqZWN0Y2xhc3M9Y2VydGlmaWNhdGlvbkF1dGhvcml0eTB3BggrBgEFBQcwAoZraHR0cDovL2Ny bC5nbG9iYWwubG1jby5jb20vQ2VydEVucm9sbC9VU0FDUzAxLnVzLmxtY28uY29tX0xvY2toZWVk JTIwTWFydGluJTIwQ29ycG9yYXRpb24lMjBVUyUyMENBMSg0KS5jcnQwegYIKwYBBQUHMAKGbmh0 dHA6Ly9jcmwuZXh0ZXJuYWwubG1jby5jb20vY3JsL2NlcnR1cGQvVVNBQ1MwMS51cy5sbWNvLmNv bV9Mb2NraGVlZCUyME1hcnRpbiUyMENvcnBvcmF0aW9uJTIwVVMlMjBDQTEoNCkuY3J0MB0GA1Ud JQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjBIBgNVHREEQTA/oCgGCisGAQQBgjcUAgOgGgwYNzcy MjFAYWNjdDAzLnVzLmxtY28uY29tgRNza2lwLnNsb25lQGxtY28uY29tMA0GCSqGSIb3DQEBBQUA A4IBAQBZaV9bsenz3fAnQ5QDieacve2L7o24dkdTVTbIbFvseaArXYsF53k4knnY7qvsoeNkxrnW +ep0TaRBFQ+z+IUrDFhy1lM+4OabTXgPYML3rz2841uQZWunjBKKFy8/oq2YsJUyyp2/ORLxCkK7 Cz4J0+l9J1ZfHOGNVzaN5pnuM2XTLTAM9Ls/pMWoF/1JI3prspQenwmigd+6as7x07tMNaEw5S1M kwwUuoRhBqcUfLIw1+KKGfyOludUa2jrLbgB/nnB8aAKujtDgOiPBpPVdW+YJVkl1sMC3ZvXjSL9 OgYvJZJ7AMnsrGVXywEqUQL6/H1rGSo6lu8xa+Q4qaNMMIIJcDCCB1igAwIBAgIKJcL5DgAJAAAA HjANBgkqhkiG9w0BAQUFADCBkzELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEDAOBgNV BAcTB09ybGFuZG8xJDAiBgNVBAoTG0xvY2toZWVkIE1hcnRpbiBDb3Jwb3JhdGlvbjEMMAoGA1UE CxMDRUlTMSwwKgYDVQQDEyNMb2NraGVlZCBNYXJ0aW4gQ29ycG9yYXRpb24gUm9vdCBDQTAeFw0w MzA1MDkxNzI0NTFaFw0wODA1MDkxNzM0NTFaMIGSMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxv cmlkYTEQMA4GA1UEBxMHT3JsYW5kbzEkMCIGA1UEChMbTG9ja2hlZWQgTWFydGluIENvcnBvcmF0 aW9uMQwwCgYDVQQLEwNFSVMxKzApBgNVBAMTIkxvY2toZWVkIE1hcnRpbiBDb3Jwb3JhdGlvbiBV UyBDQTEwggEgMA0GCSqGSIb3DQEBAQUAA4IBDQAwggEIAoIBAQCgBzre7r5zC14xOya4CWxYCizR YK4ZXdgcxlxvr9/rIZWsfXsRzyM6n4bEnzuUvv5sqZ8EVthQiZoS37udX1mF1UoXanE1kI74wL5k 22k9CDlDozcuMcI0ZHhLpeHTid4vdVMn49TdazaIuEaaL0fOuLnF9KUjY2QJbmdqR2pARKKSqE+Z JlMYPx44nnIC0g0857x0OBNK4IpqwYgQLbmTeYd6IzIWweWz8zWZamSTH9vw5x3YEaLwq3fvr+Ur 3B88bRnju0DXFAzX5/PDqUO0i+4dmjqGUf9t3Z28bglwsV2sA+dLCJ/AiHk9SyxoT/0h8smJanBa 2u4Bm+nxkM4NAgEDo4IExTCCBMEwEAYJKwYBBAGCNxUBBAMCAQQwHQYDVR0OBBYEFI5n4sUlSpTM SMgw8YynChf9/z+gMAsGA1UdDwQEAwIBxjAPBgNVHRMBAf8EBTADAQH/MIHPBgNVHSMEgccwgcSA FFR5I6cLaecQ72Mmg9Z1SkbtePseoYGZpIGWMIGTMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxv cmlkYTEQMA4GA1UEBxMHT3JsYW5kbzEkMCIGA1UEChMbTG9ja2hlZWQgTWFydGluIENvcnBvcmF0 aW9uMQwwCgYDVQQLEwNFSVMxLDAqBgNVBAMTI0xvY2toZWVkIE1hcnRpbiBDb3Jwb3JhdGlvbiBS b290IENBghB8CaHRm90uvE/RJwwQro+bMIIBsAYDVR0fBIIBpzCCAaMwgeOggeCggd2GgdpsZGFw Oi8vL0NOPUxvY2toZWVkJTIwTWFydGluJTIwQ29ycG9yYXRpb24lMjBSb290JTIwQ0EsQ049YWRy bG1yY2EsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENOPVNlcnZpY2VzLENOPUNv bmZpZ3VyYXRpb24sREM9YWRyb290LERDPWxtY28sREM9Y29tP2NlcnRpZmljYXRlUmV2b2NhdGlv bkxpc3Q/YmFzZT9vYmplY3RjbGFzcz1jUkxEaXN0cmlidXRpb25Qb2ludDBboFmgV4ZVaHR0cDov L2NybC5nbG9iYWwubG1jby5jb20vQ2VydEVucm9sbC9Mb2NraGVlZCUyME1hcnRpbiUyMENvcnBv cmF0aW9uJTIwUm9vdCUyMENBLmNybDBeoFygWoZYaHR0cDovL2NybC5leHRlcm5hbC5sbWNvLmNv bS9jcmwvY2VydHVwZC9Mb2NraGVlZCUyME1hcnRpbiUyMENvcnBvcmF0aW9uJTIwUm9vdCUyMENB LmNybDCCAegGCCsGAQUFBwEBBIIB2jCCAdYwgdEGCCsGAQUFBzAChoHEbGRhcDovLy9DTj1Mb2Nr aGVlZCUyME1hcnRpbiUyMENvcnBvcmF0aW9uJTIwUm9vdCUyMENBLENOPUFJQSxDTj1QdWJsaWMl MjBLZXklMjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWFkcm9vdCxE Qz1sbWNvLERDPWNvbT9jQUNlcnRpZmljYXRlP2Jhc2U/b2JqZWN0Y2xhc3M9Y2VydGlmaWNhdGlv bkF1dGhvcml0eTB9BggrBgEFBQcwAoZxaHR0cDovL2NybC5nbG9iYWwubG1jby5jb20vQ2VydEVu cm9sbC9hZHJsbXJjYS5hZHJvb3QubG1jby5jb21fTG9ja2hlZWQlMjBNYXJ0aW4lMjBDb3Jwb3Jh dGlvbiUyMFJvb3QlMjBDQSg5KS5jcnQwgYAGCCsGAQUFBzAChnRodHRwOi8vY3JsLmV4dGVybmFs LmxtY28uY29tL2NybC9jZXJ0dXBkL2FkcmxtcmNhLmFkcm9vdC5sbWNvLmNvbV9Mb2NraGVlZCUy ME1hcnRpbiUyMENvcnBvcmF0aW9uJTIwUm9vdCUyMENBKDkpLmNydDANBgkqhkiG9w0BAQUFAAOC AgEAau0cbFKAqgEWYfbsSEqj1mPpUdwaWDerumgGYiWw4jx8OWRfPoNnRv9ID56rOXWX1EZG4f/m n4D7QNWCcIRkBzuUPjwqfKR1yYfRG2huRTl4NwfZ5vxFdYAsn0fLm7gil1m3kZzQsIp1+Chb3RMM 9pVr7Th4+LiFi4adLU0qWb7b35w7ScnKlAwq644ZpJGn1y/YLApAb9VoqNLEPhW/83+m6IqgOKPM 4skQSQhhOCrybEW5oIW1Q9TUv1F7pOypNiGrGL9fCwABl9ff4cUcBHFuufXOM4zv4iSCcvBEHULI ClicNJwGyK6VjKMxwpEBXEbEO664s87iuWS9uJnro5h3rcmq9znEFiOLVGvopZ1+m5OU8R59xQHy jV3dR+ZqUrrxvcsTIvNzaBfh6z+ys2/fyzbv8q5leyIIfx/ypHG4ZNv665W/Pe1EmPSVMMLKtUQz Uf41siXFszP4cmbyx5lk195SMFATAa2814t7LfXogacXt26ovrixD5aVPExuRko8n8nkvqdcpB0X lj5gZyJATmFsC3xnxx5owJvcJdlUF0bMKYb26Kl8GWzYhYg/YnCshbIhZp7kMaoGhF+JP3Vzwl9q TiFKkIyT52O4enuFxG7zmvau5qApNQQOzc1NsL/TJL8r0QlI9WHH8pN0xmsqr5LBhVtoEKiStbAz L+AwggmgMIIHiKADAgECAhB8CaHRm90uvE/RJwwQro+bMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYD VQQGEwJVUzEQMA4GA1UECBMHRmxvcmlkYTEQMA4GA1UEBxMHT3JsYW5kbzEkMCIGA1UEChMbTG9j a2hlZWQgTWFydGluIENvcnBvcmF0aW9uMQwwCgYDVQQLEwNFSVMxLDAqBgNVBAMTI0xvY2toZWVk IE1hcnRpbiBDb3Jwb3JhdGlvbiBSb290IENBMB4XDTAyMTIwNTE1MDQzOVoXDTEzMDUwOTE3MTY0 NFowgZMxCzAJBgNVBAYTAlVTMRAwDgYDVQQIEwdGbG9yaWRhMRAwDgYDVQQHEwdPcmxhbmRvMSQw IgYDVQQKExtMb2NraGVlZCBNYXJ0aW4gQ29ycG9yYXRpb24xDDAKBgNVBAsTA0VJUzEsMCoGA1UE AxMjTG9ja2hlZWQgTWFydGluIENvcnBvcmF0aW9uIFJvb3QgQ0EwggIgMA0GCSqGSIb3DQEBAQUA A4ICDQAwggIIAoICAQDNTJr8nM35TEcT9O6+qukGMj2PCsljjXJLhoHg5RTN3IvJFLsMSQgj6RTD k7k93JF1ptdBKxyXtiKmo24xKJtKI4Ezgbsu6D66R80HbDbHr03iPH/9imNPc55EtamIt/A1pxfU POo0DdGXtKeLdFXv5NohBqEx9tVG5vJhBMs9dUhE1Zz4ZSKjnwuc2BrGHkceZSNYcb3tId1WiraO EDyNQOTTrtuq2E5UdP56tjeuBK4NTgRYVr3x2coA9bX+xHZe4IdHFoqdONtdwRUh1Ab+mKUEoa1G RV/ooS1EQ3dRM9CuZYW4SezAU5yMcNF5KKeJ3LFQbdV7CPak3x4didBAo/2Fi8DsqY96m2lNFbfu dfauP1VxyfRPJBTDnOBrEPnTLf+3H0klcRxJmeIx0ODx2Y4007M4n19jxaKEZR4C7Mjt3nsVXWc+ 8WeYNW5MPYBFG3oziPE+poou3jx2eIeiQgMV5lnr66/67jGg8UvhIEfR6Gu7lGNipNpNYIeeA1oJ 1mK8HykBXccmKAWvZis9N1UzWCZ+UvNO/ZC53RV2/4eyT4Dh4uqxUuC4qo5owSbffrUVYw+dOsy6 MKxPSlUZ+v2vhJADiitMi04UvFtLzzhLlSTwJKUbzqxrfdmpqrq995xO0y4cvNE2Fno6hLIc/prl Chvm99J6XGUgDNmt+QIBA6OCA+4wggPqMBMGCSsGAQQBgjcUAgQGHgQAQwBBMAsGA1UdDwQEAwIB RjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdDgQWBBRUeSOnC2nnEO9jJoPWdUpG7Xj7HjCCAbAGA1Ud HwSCAacwggGjMIHjoIHgoIHdhoHabGRhcDovLy9DTj1Mb2NraGVlZCUyME1hcnRpbiUyMENvcnBv cmF0aW9uJTIwUk9PVCUyMENBLENOPWFkcmxtcmNhLENOPUNEUCxDTj1QdWJsaWMlMjBLZXklMjBT ZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWFkcm9vdCxEQz1sbWNvLERD PWNvbT9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/b2JqZWN0Y2xhc3M9Y1JMRGlzdHJp YnV0aW9uUG9pbnQwW6BZoFeGVWh0dHA6Ly9jcmwuZ2xvYmFsLmxtY28uY29tL0NlcnRFbnJvbGwv TG9ja2hlZWQlMjBNYXJ0aW4lMjBDb3Jwb3JhdGlvbiUyMFJPT1QlMjBDQS5jcmwwXqBcoFqGWGh0 dHA6Ly9jcmwuZXh0ZXJuYWwubG1jby5jb20vY3JsL2NlcnR1cGQvTG9ja2hlZWQlMjBNYXJ0aW4l MjBDb3Jwb3JhdGlvbiUyMFJvb3QlMjBDQS5jcmwwEAYJKwYBBAGCNxUBBAMCAQkwggHOBggrBgEF BQcBAQSCAcAwggG8MIHRBggrBgEFBQcwAoaBxGxkYXA6Ly8vQ049TG9ja2hlZWQlMjBNYXJ0aW4l MjBDb3Jwb3JhdGlvbiUyMFJPT1QlMjBDQSxDTj1BSUEsQ049UHVibGljJTIwS2V5JTIwU2Vydmlj ZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1hZHJvb3QsREM9bG1jbyxEQz1jb20/ Y0FDZXJ0aWZpY2F0ZT9iYXNlP29iamVjdGNsYXNzPWNlcnRpZmljYXRpb25BdXRob3JpdHkwfQYI KwYBBQUHMAKGcWh0dHA6Ly9jcmwuZ2xvYmFsLmxtY28uY29tL0NlcnRFbnJvbGwvYWRybG1yY2Eu YWRyb290LmxtY28uY29tX0xvY2toZWVkJTIwTWFydGluJTIwQ29ycG9yYXRpb24lMjBSb290JTIw Q0EoOSkuY3J0MGcGCCsGAQUFBzAChltodHRwOi8vY3JsLmV4dGVybmFsLmxtY28uY29tL2NybC9j ZXJ0dXBkL0xvY2toZWVkJTIwTWFydGluJTIwQ29ycG9yYXRpb24lMjBSb290JTIwQ0EoOSkuY3J0 MA0GCSqGSIb3DQEBBQUAA4ICAQB8d1Uq78jiMZz0FLFrVX7gdDJC+WMpkSPgB6+GyAJEvrO87his 16RZS2T0IbeHYRm7h62GbhTq5KfS/khM0+bmB0NRqATqVxHwTuPWTtmmW4E7yp12iRTyZPvYPyit NoBUXe0rrX1eHWw9uxQoBY6baPO1bvBNMgqm+vkTtHguAOJEyDkD3Sl/EAkntSMPvbGi8icU41xR znN+T+L6Qw9YEcPAG/QbZKzaSOj/hIHwN8ZBBo5EPa+gJ15wWm9prbpmws1YBRDPP8fNKltG+9iv rFdiCJHYhZxL4u74+XyfRqHya8/XMEfuHtx7FsaMfK5HKqZJEH1kNevzhfYfEI8+f3iMc62D2y0k /3bC/r73JxnSWwPeX+qwp1c/jHwUOoKoOTcKTRKUtdYmvvTOu2y6oiSSrsj0oeszoH5v579lBXpn +klej/CuV4ADly8pmIxqQD4KtXHYV5MqQABQR/B2rQNzu7Zanem/JcfxNX4gNoxarmNC7SvBabrT EBioFmRsdn+rG9m723I7V7pBfJJFRNPDUWeitugSVpr7bOg+S68KDICvSrzxc6a+2HNIr7YdcA03 KfhTo011tMgP21k274d62UtQwLMwTImjZ4i/3c5wQbpbReIRwA55SYX+uaKUX5WcquMK4jdhSD1O bcL/8gdK+BwWZx50e51Op3eGlzGCAc4wggHKAgEBMIGhMIGSMQswCQYDVQQGEwJVUzEQMA4GA1UE CBMHRmxvcmlkYTEQMA4GA1UEBxMHT3JsYW5kbzEkMCIGA1UEChMbTG9ja2hlZWQgTWFydGluIENv cnBvcmF0aW9uMQwwCgYDVQQLEwNFSVMxKzApBgNVBAMTIkxvY2toZWVkIE1hcnRpbiBDb3Jwb3Jh dGlvbiBVUyBDQTECCjvyuIcABAAAP40wCQYFKw4DAhoFAKCBgzAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDA3MDYyMTEwMDZaMCMGCSqGSIb3DQEJBDEWBBRv6rJu 3PVKIY1QRW/Haa3Jbi6cYDAkBgkqhkiG9w0BCQ8xFzAVMAcGBSsOAwIaMAoGCCqGSIb3DQIFMA0G CSqGSIb3DQEBAQUABIGAF9jupWWhYS7NUZr33+kJqEHnBLO/QKbn8NsBKXTfvgWw+q/sr8fnYmrJ LyIyXPqJz6Y2rMxWipYyjEdYegwb7TSOPoYHZEkkNbGo5UTc38U0JxRvu+S4MH8ZE64qkTmmUPHj IncO8kJFxmVaOgCW3s6/Xn8H2C/u55YIPzCf81wAAAAAAAA= ------=_NextPart_000_0052_01C4637C.15D08C60-- --===============1292329844== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Content-Transfer-Encoding: 7bit _______________________________________________ Ldapext mailing list Ldapext@ietf.org https://www1.ietf.org/mailman/listinfo/ldapext --===============1292329844==-- From ldapext-bounces@ietf.org Thu Jul 8 11:40:26 2004 Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA03417 for ; Thu, 8 Jul 2004 11:40:26 -0400 (EDT) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1BiaiB-0006ff-Al; Thu, 08 Jul 2004 11:21:23 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Bia8a-0005VE-B5 for ldapext@megatron.ietf.org; Thu, 08 Jul 2004 10:44:36 -0400 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA27568 for ; Thu, 8 Jul 2004 10:44:28 -0400 (EDT) Received: from ietf-mx.ietf.org ([132.151.6.1] helo=ietf-mx) by ietf-mx with esmtp (Exim 4.32) id 1Bia8U-0002tg-HW for ldapext@ietf.org; Thu, 08 Jul 2004 10:44:30 -0400 Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1Bia7Y-0002Za-00 for ldapext@ietf.org; Thu, 08 Jul 2004 10:43:33 -0400 Received: from mailgw2a.lmco.com ([192.91.147.7]) by ietf-mx with esmtp (Exim 4.12) id 1Bia6n-0002F8-00 for ldapext@ietf.org; Thu, 08 Jul 2004 10:42:45 -0400 Received: from emss03g01.ems.lmco.com (relay3.ems.lmco.com [141.240.4.144]) by mailgw2a.lmco.com (8.12.10/8.12.10) with ESMTP id i68Egjgb027940 for ; Thu, 8 Jul 2004 10:42:45 -0400 (EDT) Received: from CONVERSION-DAEMON.lmco.com by lmco.com (PMDF V6.1-1X6 #30875) id <0I0J00J01FJ9N3@lmco.com> for ldapext@ietf.org; Thu, 08 Jul 2004 10:42:45 -0400 (EDT) Received: from EMSS03I00.us.lmco.com ([166.27.250.234]) by lmco.com (PMDF V6.1-1X6 #30875) with ESMTP id <0I0J00BHGFJ8TI@lmco.com> for ldapext@ietf.org; Thu, 08 Jul 2004 10:42:44 -0400 (EDT) Received: from EMSS03M09.us.lmco.com ([166.27.250.218]) by EMSS03I00.us.lmco.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 08 Jul 2004 10:42:44 -0400 Date: Thu, 08 Jul 2004 10:42:44 -0400 From: "Slone, Skip" Subject: RE: [ldapext] LDAP/X.500 Alignment To: ldapext@ietf.org Message-id: MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft Exchange V6.0.6487.1 Thread-Topic: [ldapext] LDAP/X.500 Alignment Thread-Index: AcRjnZzaup4GaQP1ThyMaNr7gNABIABW+KnA content-class: urn:content-classes:message X-MS-Has-Attach: yes X-OriginalArrivalTime: 08 Jul 2004 14:42:44.0908 (UTC) FILETIME=[D49056C0:01C464F9] X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org X-Spam-Status: No, hits=0.4 required=5.0 tests=AWL,HTML_50_60, HTML_FONTCOLOR_UNKNOWN,HTML_MESSAGE autolearn=no version=2.60 X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0399921086==" Sender: ldapext-bounces@ietf.org Errors-To: ldapext-bounces@ietf.org This is a multi-part message in MIME format. --===============0399921086== Content-type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0000_01C464D8.48BC9AD0" content-class: urn:content-classes:message This is a multi-part message in MIME format. ------=_NextPart_000_0000_01C464D8.48BC9AD0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0001_01C464D8.48BC9AD0" ------=_NextPart_001_0001_01C464D8.48BC9AD0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit As an update, here's a better URL - this is the one for the officially balloted version: ftp://ftp.bull.com/pub/OSIdirectory/FPDAMsClosing3November2004/6N12684LDAPal ignmentFPDAM.pdf -- Skip _____ From: ldapext-bounces@ietf.org [mailto:ldapext-bounces@ietf.org] On Behalf Of Slone, Skip Sent: Tuesday, July 06, 2004 5:10 PM To: ldapext@ietf.org Subject: [ldapext] LDAP/X.500 Alignment I have had to juggle too many things at once to be able to keep up with LDAP activities such as Jim's chained LDAP I-D, so I can't meaningfully comment directly on that work. Nonetheless, I am guessing that the people involved in this discussion might be interested in reviewing the latest LDAP/X.500 alignment draft from the ITU/ISO committee. It was just posted last week. Please feel free to send your comments to this list or to me directly. I try to keep at least half an eye focused on the list, even if I can't drill down into the details. Anyway, here's the URL where the latest X.500 output documents can be found: ftp://ftp.bull.com/pub/OSIdirectory/Geneva2004Output/ As for the status of this document itself, it has just been registered for an FPDAM ballot under JTC1 rules, which means it will be under ballot for four months. The editing meeting will be this November, after which this project will hopefully be complete. Regards, -- Skip ------=_NextPart_001_0001_01C464D8.48BC9AD0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

As an update, here’s a better = URL – this is the one for the officially balloted = version:

 

ftp://ftp.bull.com/pub/OSIdirectory/FPDAMsCl= osing3November2004/6N12684LDAPalignmentFPDAM.pdf

 

 -- = Skip

 

From: ldapext-bounces@ietf.org [mailto:ldapext-bounces@ietf.org] On Behalf Of Slone, Skip
Sent: Tuesday, July 06, = 2004 5:10 PM
To: ldapext@ietf.org
Subject: [ldapext] = LDAP/X.500 Alignment

 

I have had to juggle too many things at once to be = able to keep up with LDAP activities such as Jim’s chained LDAP I-D, so I can’t meaningfully comment directly on that work. Nonetheless, I = am guessing that the people involved in this discussion might be interested = in reviewing the latest LDAP/X.500 alignment draft from the ITU/ISO = committee.  It was just posted last week.   Please feel free to send = your comments to this list or to me directly. I try to keep at least half an = eye focused on the list, even if I can’t drill down into the details. = Anyway, here’s the URL where the latest X.500 output documents can be = found:

 

ftp://ftp.= bull.com/pub/OSIdirectory/Geneva2004Output/

 

As for the status of this document itself, it has = just been registered for an FPDAM ballot under JTC1 rules, which means it will be = under ballot for four months. The editing meeting will be this November, after = which this project will hopefully be complete.

 

Regards,

 

 -- Skip

------=_NextPart_001_0001_01C464D8.48BC9AD0-- ------=_NextPart_000_0000_01C464D8.48BC9AD0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIbCTCCB+0w ggbVoAMCAQICCjvyuIcABAAAP40wDQYJKoZIhvcNAQEFBQAwgZIxCzAJBgNVBAYTAlVTMRAwDgYD VQQIEwdGbG9yaWRhMRAwDgYDVQQHEwdPcmxhbmRvMSQwIgYDVQQKExtMb2NraGVlZCBNYXJ0aW4g Q29ycG9yYXRpb24xDDAKBgNVBAsTA0VJUzErMCkGA1UEAxMiTG9ja2hlZWQgTWFydGluIENvcnBv cmF0aW9uIFVTIENBMTAeFw0wNDA2MzAxNzQ5NTNaFw0wNTA2MzAxNzQ5NTNaMDoxIjAgBgkqhkiG 9w0BCQEWE3NraXAuc2xvbmVAbG1jby5jb20xFDASBgNVBAMTC1Nsb25lLCBTa2lwMIGfMA0GCSqG SIb3DQEBAQUAA4GNADCBiQKBgQDss3zwdHowthNT4L6xyGIOR3sklnLWOYiHlEWyYmEt7WZn9P+X ce7kB949yOD5mGHlhcCpqi/+hyVbhWtgTdjuMhIa1GJg4GABBxs4NGKgx11MHx3JrV2JRDdZh1dt aUDFE1oQQiTWkF0oUaybYr6B4PvyV0dLyFFMlxg9KNQpPwIDAQABo4IFHjCCBRowCwYDVR0PBAQD AgeAMCkGCSsGAQQBgjcUAgQcHhoAVQBzAGUAcgBTAGkAZwBuAGEAdAB1AHIAZTAdBgNVHQ4EFgQU foIvN+Vfp69Gnlwj7k8BU28RUYYwgckGA1UdIwSBwTCBvoAUjmfixSVKlMxIyDDxjKcKF/3/P6Ch gZmkgZYwgZMxCzAJBgNVBAYTAlVTMRAwDgYDVQQIEwdGbG9yaWRhMRAwDgYDVQQHEwdPcmxhbmRv MSQwIgYDVQQKExtMb2NraGVlZCBNYXJ0aW4gQ29ycG9yYXRpb24xDDAKBgNVBAsTA0VJUzEsMCoG A1UEAxMjTG9ja2hlZWQgTWFydGluIENvcnBvcmF0aW9uIFJvb3QgQ0GCCiXC+Q4ACQAAAB4wggGs BgNVHR8EggGjMIIBnzCB4aCB3qCB24aB2GxkYXA6Ly8vQ049TG9ja2hlZWQlMjBNYXJ0aW4lMjBD b3Jwb3JhdGlvbiUyMFVTJTIwQ0ExLENOPVVTQUNTMDEsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUy MFNlcnZpY2VzLENOPVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9YWRyb290LERDPWxtY28s REM9Y29tP2NlcnRpZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RjbGFzcz1jUkxEaXN0 cmlidXRpb25Qb2ludDBaoFigVoZUaHR0cDovL2NybC5nbG9iYWwubG1jby5jb20vQ2VydEVucm9s bC9Mb2NraGVlZCUyME1hcnRpbiUyMENvcnBvcmF0aW9uJTIwVVMlMjBDQTEuY3JsMF2gW6BZhldo dHRwOi8vY3JsLmV4dGVybmFsLmxtY28uY29tL2NybC9jZXJ0dXBkL0xvY2toZWVkJTIwTWFydGlu JTIwQ29ycG9yYXRpb24lMjBVUyUyMENBMS5jcmwwggHaBggrBgEFBQcBAQSCAcwwggHIMIHQBggr BgEFBQcwAoaBw2xkYXA6Ly8vQ049TG9ja2hlZWQlMjBNYXJ0aW4lMjBDb3Jwb3JhdGlvbiUyMFVT JTIwQ0ExLENOPUFJQSxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1D b25maWd1cmF0aW9uLERDPWFkcm9vdCxEQz1sbWNvLERDPWNvbT9jQUNlcnRpZmljYXRlP2Jhc2U/ b2JqZWN0Y2xhc3M9Y2VydGlmaWNhdGlvbkF1dGhvcml0eTB3BggrBgEFBQcwAoZraHR0cDovL2Ny bC5nbG9iYWwubG1jby5jb20vQ2VydEVucm9sbC9VU0FDUzAxLnVzLmxtY28uY29tX0xvY2toZWVk JTIwTWFydGluJTIwQ29ycG9yYXRpb24lMjBVUyUyMENBMSg0KS5jcnQwegYIKwYBBQUHMAKGbmh0 dHA6Ly9jcmwuZXh0ZXJuYWwubG1jby5jb20vY3JsL2NlcnR1cGQvVVNBQ1MwMS51cy5sbWNvLmNv bV9Mb2NraGVlZCUyME1hcnRpbiUyMENvcnBvcmF0aW9uJTIwVVMlMjBDQTEoNCkuY3J0MB0GA1Ud JQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjBIBgNVHREEQTA/oCgGCisGAQQBgjcUAgOgGgwYNzcy MjFAYWNjdDAzLnVzLmxtY28uY29tgRNza2lwLnNsb25lQGxtY28uY29tMA0GCSqGSIb3DQEBBQUA A4IBAQBZaV9bsenz3fAnQ5QDieacve2L7o24dkdTVTbIbFvseaArXYsF53k4knnY7qvsoeNkxrnW +ep0TaRBFQ+z+IUrDFhy1lM+4OabTXgPYML3rz2841uQZWunjBKKFy8/oq2YsJUyyp2/ORLxCkK7 Cz4J0+l9J1ZfHOGNVzaN5pnuM2XTLTAM9Ls/pMWoF/1JI3prspQenwmigd+6as7x07tMNaEw5S1M kwwUuoRhBqcUfLIw1+KKGfyOludUa2jrLbgB/nnB8aAKujtDgOiPBpPVdW+YJVkl1sMC3ZvXjSL9 OgYvJZJ7AMnsrGVXywEqUQL6/H1rGSo6lu8xa+Q4qaNMMIIJcDCCB1igAwIBAgIKJcL5DgAJAAAA HjANBgkqhkiG9w0BAQUFADCBkzELMAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExEDAOBgNV BAcTB09ybGFuZG8xJDAiBgNVBAoTG0xvY2toZWVkIE1hcnRpbiBDb3Jwb3JhdGlvbjEMMAoGA1UE CxMDRUlTMSwwKgYDVQQDEyNMb2NraGVlZCBNYXJ0aW4gQ29ycG9yYXRpb24gUm9vdCBDQTAeFw0w MzA1MDkxNzI0NTFaFw0wODA1MDkxNzM0NTFaMIGSMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxv cmlkYTEQMA4GA1UEBxMHT3JsYW5kbzEkMCIGA1UEChMbTG9ja2hlZWQgTWFydGluIENvcnBvcmF0 aW9uMQwwCgYDVQQLEwNFSVMxKzApBgNVBAMTIkxvY2toZWVkIE1hcnRpbiBDb3Jwb3JhdGlvbiBV UyBDQTEwggEgMA0GCSqGSIb3DQEBAQUAA4IBDQAwggEIAoIBAQCgBzre7r5zC14xOya4CWxYCizR YK4ZXdgcxlxvr9/rIZWsfXsRzyM6n4bEnzuUvv5sqZ8EVthQiZoS37udX1mF1UoXanE1kI74wL5k 22k9CDlDozcuMcI0ZHhLpeHTid4vdVMn49TdazaIuEaaL0fOuLnF9KUjY2QJbmdqR2pARKKSqE+Z JlMYPx44nnIC0g0857x0OBNK4IpqwYgQLbmTeYd6IzIWweWz8zWZamSTH9vw5x3YEaLwq3fvr+Ur 3B88bRnju0DXFAzX5/PDqUO0i+4dmjqGUf9t3Z28bglwsV2sA+dLCJ/AiHk9SyxoT/0h8smJanBa 2u4Bm+nxkM4NAgEDo4IExTCCBMEwEAYJKwYBBAGCNxUBBAMCAQQwHQYDVR0OBBYEFI5n4sUlSpTM SMgw8YynChf9/z+gMAsGA1UdDwQEAwIBxjAPBgNVHRMBAf8EBTADAQH/MIHPBgNVHSMEgccwgcSA FFR5I6cLaecQ72Mmg9Z1SkbtePseoYGZpIGWMIGTMQswCQYDVQQGEwJVUzEQMA4GA1UECBMHRmxv cmlkYTEQMA4GA1UEBxMHT3JsYW5kbzEkMCIGA1UEChMbTG9ja2hlZWQgTWFydGluIENvcnBvcmF0 aW9uMQwwCgYDVQQLEwNFSVMxLDAqBgNVBAMTI0xvY2toZWVkIE1hcnRpbiBDb3Jwb3JhdGlvbiBS b290IENBghB8CaHRm90uvE/RJwwQro+bMIIBsAYDVR0fBIIBpzCCAaMwgeOggeCggd2GgdpsZGFw Oi8vL0NOPUxvY2toZWVkJTIwTWFydGluJTIwQ29ycG9yYXRpb24lMjBSb290JTIwQ0EsQ049YWRy bG1yY2EsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2VzLENOPVNlcnZpY2VzLENOPUNv bmZpZ3VyYXRpb24sREM9YWRyb290LERDPWxtY28sREM9Y29tP2NlcnRpZmljYXRlUmV2b2NhdGlv bkxpc3Q/YmFzZT9vYmplY3RjbGFzcz1jUkxEaXN0cmlidXRpb25Qb2ludDBboFmgV4ZVaHR0cDov L2NybC5nbG9iYWwubG1jby5jb20vQ2VydEVucm9sbC9Mb2NraGVlZCUyME1hcnRpbiUyMENvcnBv cmF0aW9uJTIwUm9vdCUyMENBLmNybDBeoFygWoZYaHR0cDovL2NybC5leHRlcm5hbC5sbWNvLmNv bS9jcmwvY2VydHVwZC9Mb2NraGVlZCUyME1hcnRpbiUyMENvcnBvcmF0aW9uJTIwUm9vdCUyMENB LmNybDCCAegGCCsGAQUFBwEBBIIB2jCCAdYwgdEGCCsGAQUFBzAChoHEbGRhcDovLy9DTj1Mb2Nr aGVlZCUyME1hcnRpbiUyMENvcnBvcmF0aW9uJTIwUm9vdCUyMENBLENOPUFJQSxDTj1QdWJsaWMl MjBLZXklMjBTZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWFkcm9vdCxE Qz1sbWNvLERDPWNvbT9jQUNlcnRpZmljYXRlP2Jhc2U/b2JqZWN0Y2xhc3M9Y2VydGlmaWNhdGlv bkF1dGhvcml0eTB9BggrBgEFBQcwAoZxaHR0cDovL2NybC5nbG9iYWwubG1jby5jb20vQ2VydEVu cm9sbC9hZHJsbXJjYS5hZHJvb3QubG1jby5jb21fTG9ja2hlZWQlMjBNYXJ0aW4lMjBDb3Jwb3Jh dGlvbiUyMFJvb3QlMjBDQSg5KS5jcnQwgYAGCCsGAQUFBzAChnRodHRwOi8vY3JsLmV4dGVybmFs LmxtY28uY29tL2NybC9jZXJ0dXBkL2FkcmxtcmNhLmFkcm9vdC5sbWNvLmNvbV9Mb2NraGVlZCUy ME1hcnRpbiUyMENvcnBvcmF0aW9uJTIwUm9vdCUyMENBKDkpLmNydDANBgkqhkiG9w0BAQUFAAOC AgEAau0cbFKAqgEWYfbsSEqj1mPpUdwaWDerumgGYiWw4jx8OWRfPoNnRv9ID56rOXWX1EZG4f/m n4D7QNWCcIRkBzuUPjwqfKR1yYfRG2huRTl4NwfZ5vxFdYAsn0fLm7gil1m3kZzQsIp1+Chb3RMM 9pVr7Th4+LiFi4adLU0qWb7b35w7ScnKlAwq644ZpJGn1y/YLApAb9VoqNLEPhW/83+m6IqgOKPM 4skQSQhhOCrybEW5oIW1Q9TUv1F7pOypNiGrGL9fCwABl9ff4cUcBHFuufXOM4zv4iSCcvBEHULI ClicNJwGyK6VjKMxwpEBXEbEO664s87iuWS9uJnro5h3rcmq9znEFiOLVGvopZ1+m5OU8R59xQHy jV3dR+ZqUrrxvcsTIvNzaBfh6z+ys2/fyzbv8q5leyIIfx/ypHG4ZNv665W/Pe1EmPSVMMLKtUQz Uf41siXFszP4cmbyx5lk195SMFATAa2814t7LfXogacXt26ovrixD5aVPExuRko8n8nkvqdcpB0X lj5gZyJATmFsC3xnxx5owJvcJdlUF0bMKYb26Kl8GWzYhYg/YnCshbIhZp7kMaoGhF+JP3Vzwl9q TiFKkIyT52O4enuFxG7zmvau5qApNQQOzc1NsL/TJL8r0QlI9WHH8pN0xmsqr5LBhVtoEKiStbAz L+AwggmgMIIHiKADAgECAhB8CaHRm90uvE/RJwwQro+bMA0GCSqGSIb3DQEBBQUAMIGTMQswCQYD VQQGEwJVUzEQMA4GA1UECBMHRmxvcmlkYTEQMA4GA1UEBxMHT3JsYW5kbzEkMCIGA1UEChMbTG9j a2hlZWQgTWFydGluIENvcnBvcmF0aW9uMQwwCgYDVQQLEwNFSVMxLDAqBgNVBAMTI0xvY2toZWVk IE1hcnRpbiBDb3Jwb3JhdGlvbiBSb290IENBMB4XDTAyMTIwNTE1MDQzOVoXDTEzMDUwOTE3MTY0 NFowgZMxCzAJBgNVBAYTAlVTMRAwDgYDVQQIEwdGbG9yaWRhMRAwDgYDVQQHEwdPcmxhbmRvMSQw IgYDVQQKExtMb2NraGVlZCBNYXJ0aW4gQ29ycG9yYXRpb24xDDAKBgNVBAsTA0VJUzEsMCoGA1UE AxMjTG9ja2hlZWQgTWFydGluIENvcnBvcmF0aW9uIFJvb3QgQ0EwggIgMA0GCSqGSIb3DQEBAQUA A4ICDQAwggIIAoICAQDNTJr8nM35TEcT9O6+qukGMj2PCsljjXJLhoHg5RTN3IvJFLsMSQgj6RTD k7k93JF1ptdBKxyXtiKmo24xKJtKI4Ezgbsu6D66R80HbDbHr03iPH/9imNPc55EtamIt/A1pxfU POo0DdGXtKeLdFXv5NohBqEx9tVG5vJhBMs9dUhE1Zz4ZSKjnwuc2BrGHkceZSNYcb3tId1WiraO EDyNQOTTrtuq2E5UdP56tjeuBK4NTgRYVr3x2coA9bX+xHZe4IdHFoqdONtdwRUh1Ab+mKUEoa1G RV/ooS1EQ3dRM9CuZYW4SezAU5yMcNF5KKeJ3LFQbdV7CPak3x4didBAo/2Fi8DsqY96m2lNFbfu dfauP1VxyfRPJBTDnOBrEPnTLf+3H0klcRxJmeIx0ODx2Y4007M4n19jxaKEZR4C7Mjt3nsVXWc+ 8WeYNW5MPYBFG3oziPE+poou3jx2eIeiQgMV5lnr66/67jGg8UvhIEfR6Gu7lGNipNpNYIeeA1oJ 1mK8HykBXccmKAWvZis9N1UzWCZ+UvNO/ZC53RV2/4eyT4Dh4uqxUuC4qo5owSbffrUVYw+dOsy6 MKxPSlUZ+v2vhJADiitMi04UvFtLzzhLlSTwJKUbzqxrfdmpqrq995xO0y4cvNE2Fno6hLIc/prl Chvm99J6XGUgDNmt+QIBA6OCA+4wggPqMBMGCSsGAQQBgjcUAgQGHgQAQwBBMAsGA1UdDwQEAwIB RjAPBgNVHRMBAf8EBTADAQH/MB0GA1UdDgQWBBRUeSOnC2nnEO9jJoPWdUpG7Xj7HjCCAbAGA1Ud HwSCAacwggGjMIHjoIHgoIHdhoHabGRhcDovLy9DTj1Mb2NraGVlZCUyME1hcnRpbiUyMENvcnBv cmF0aW9uJTIwUk9PVCUyMENBLENOPWFkcmxtcmNhLENOPUNEUCxDTj1QdWJsaWMlMjBLZXklMjBT ZXJ2aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWFkcm9vdCxEQz1sbWNvLERD PWNvbT9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/b2JqZWN0Y2xhc3M9Y1JMRGlzdHJp YnV0aW9uUG9pbnQwW6BZoFeGVWh0dHA6Ly9jcmwuZ2xvYmFsLmxtY28uY29tL0NlcnRFbnJvbGwv TG9ja2hlZWQlMjBNYXJ0aW4lMjBDb3Jwb3JhdGlvbiUyMFJPT1QlMjBDQS5jcmwwXqBcoFqGWGh0 dHA6Ly9jcmwuZXh0ZXJuYWwubG1jby5jb20vY3JsL2NlcnR1cGQvTG9ja2hlZWQlMjBNYXJ0aW4l MjBDb3Jwb3JhdGlvbiUyMFJvb3QlMjBDQS5jcmwwEAYJKwYBBAGCNxUBBAMCAQkwggHOBggrBgEF BQcBAQSCAcAwggG8MIHRBggrBgEFBQcwAoaBxGxkYXA6Ly8vQ049TG9ja2hlZWQlMjBNYXJ0aW4l MjBDb3Jwb3JhdGlvbiUyMFJPT1QlMjBDQSxDTj1BSUEsQ049UHVibGljJTIwS2V5JTIwU2Vydmlj ZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1hZHJvb3QsREM9bG1jbyxEQz1jb20/ Y0FDZXJ0aWZpY2F0ZT9iYXNlP29iamVjdGNsYXNzPWNlcnRpZmljYXRpb25BdXRob3JpdHkwfQYI KwYBBQUHMAKGcWh0dHA6Ly9jcmwuZ2xvYmFsLmxtY28uY29tL0NlcnRFbnJvbGwvYWRybG1yY2Eu YWRyb290LmxtY28uY29tX0xvY2toZWVkJTIwTWFydGluJTIwQ29ycG9yYXRpb24lMjBSb290JTIw Q0EoOSkuY3J0MGcGCCsGAQUFBzAChltodHRwOi8vY3JsLmV4dGVybmFsLmxtY28uY29tL2NybC9j ZXJ0dXBkL0xvY2toZWVkJTIwTWFydGluJTIwQ29ycG9yYXRpb24lMjBSb290JTIwQ0EoOSkuY3J0 MA0GCSqGSIb3DQEBBQUAA4ICAQB8d1Uq78jiMZz0FLFrVX7gdDJC+WMpkSPgB6+GyAJEvrO87his 16RZS2T0IbeHYRm7h62GbhTq5KfS/khM0+bmB0NRqATqVxHwTuPWTtmmW4E7yp12iRTyZPvYPyit NoBUXe0rrX1eHWw9uxQoBY6baPO1bvBNMgqm+vkTtHguAOJEyDkD3Sl/EAkntSMPvbGi8icU41xR znN+T+L6Qw9YEcPAG/QbZKzaSOj/hIHwN8ZBBo5EPa+gJ15wWm9prbpmws1YBRDPP8fNKltG+9iv rFdiCJHYhZxL4u74+XyfRqHya8/XMEfuHtx7FsaMfK5HKqZJEH1kNevzhfYfEI8+f3iMc62D2y0k /3bC/r73JxnSWwPeX+qwp1c/jHwUOoKoOTcKTRKUtdYmvvTOu2y6oiSSrsj0oeszoH5v579lBXpn +klej/CuV4ADly8pmIxqQD4KtXHYV5MqQABQR/B2rQNzu7Zanem/JcfxNX4gNoxarmNC7SvBabrT EBioFmRsdn+rG9m723I7V7pBfJJFRNPDUWeitugSVpr7bOg+S68KDICvSrzxc6a+2HNIr7YdcA03 KfhTo011tMgP21k274d62UtQwLMwTImjZ4i/3c5wQbpbReIRwA55SYX+uaKUX5WcquMK4jdhSD1O bcL/8gdK+BwWZx50e51Op3eGlzGCAc4wggHKAgEBMIGhMIGSMQswCQYDVQQGEwJVUzEQMA4GA1UE CBMHRmxvcmlkYTEQMA4GA1UEBxMHT3JsYW5kbzEkMCIGA1UEChMbTG9ja2hlZWQgTWFydGluIENv cnBvcmF0aW9uMQwwCgYDVQQLEwNFSVMxKzApBgNVBAMTIkxvY2toZWVkIE1hcnRpbiBDb3Jwb3Jh dGlvbiBVUyBDQTECCjvyuIcABAAAP40wCQYFKw4DAhoFAKCBgzAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNDA3MDgxNDQyMzZaMCMGCSqGSIb3DQEJBDEWBBSqyacf wGWlmDw7lGKvf4+hu6UtvTAkBgkqhkiG9w0BCQ8xFzAVMAcGBSsOAwIaMAoGCCqGSIb3DQIFMA0G CSqGSIb3DQEBAQUABIGAf11XMQM+ZQFnxTf/NBHskt96+La0PAMWq8cAuzRtHwKO7szY8wef/9xY oZa6U6/lKuRaqtqIJF8TuSnKsHDxecCHoVqrIp8QuVB4aR9tnlAYsRPsDLKJPsAhb87exwPCqfCk qZ43Z3NqUiG4y5AyBqWoFFAGV7bYjf3i6oTM220AAAAAAAA= ------=_NextPart_000_0000_01C464D8.48BC9AD0-- --===============0399921086== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Content-Transfer-Encoding: 7bit _______________________________________________ Ldapext mailing list Ldapext@ietf.org https://www1.ietf.org/mailman/listinfo/ldapext --===============0399921086==-- From ldapext-bounces@ietf.org Mon Jul 26 16:39:15 2004 Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA08695 for ; Mon, 26 Jul 2004 16:39:15 -0400 (EDT) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1BpC4S-0001Pa-Vq; Mon, 26 Jul 2004 16:27:40 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1BpBy6-000889-Fn for ldapext@megatron.ietf.org; Mon, 26 Jul 2004 16:21:06 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA07520 for ; Mon, 26 Jul 2004 16:21:04 -0400 (EDT) Received: from sinclair.provo.novell.com ([137.65.81.169]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1BpBzY-0007Ag-CA for ldapext@ietf.org; Mon, 26 Jul 2004 16:22:37 -0400 Received: from INET-PRV-MTA by sinclair.provo.novell.com with Novell_GroupWise; Mon, 26 Jul 2004 14:20:33 -0600 Message-Id: X-Mailer: Novell GroupWise Internet Agent 6.5.2 Beta Date: Mon, 26 Jul 2004 14:19:34 -0600 From: "Jim Sermersheim" To: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Score: 0.0 (/) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de Content-Transfer-Encoding: 7bit Cc: Duane Buss , Dave Steck , Steve McLain , Tom Doman Subject: [ldapext] Searchable distinguishedValue operational attribute X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ldapext-bounces@ietf.org Errors-To: ldapext-bounces@ietf.org Content-Transfer-Encoding: 7bit Do any LDAP servers support a searchable attribute which matches on (one or more of) an entry's RDN values? This would allow a search like (distinguishedValue=abc) to match for all entries that have abc as a distinguished value (i.e. dc=abc,dc=com. or cn=xyz+ou=abc,o=acme) We're receiving pressure to support such a thing, and are interested in finding out if there is already a precedent. Thanks, Jim _______________________________________________ Ldapext mailing list Ldapext@ietf.org https://www1.ietf.org/mailman/listinfo/ldapext From ldapext-bounces@ietf.org Wed Jul 28 11:25:55 2004 Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA07098 for ; Wed, 28 Jul 2004 11:25:55 -0400 (EDT) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1BpqFj-0002mn-Ql; Wed, 28 Jul 2004 11:21:59 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Bpq8M-0001jn-5O for ldapext@megatron.ietf.org; Wed, 28 Jul 2004 11:14:22 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA06286 for ; Wed, 28 Jul 2004 11:14:20 -0400 (EDT) Received: from router.boolean.net ([198.144.206.49] helo=pretender.boolean.net ident=root) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1BpqA9-0008Tp-4d for ldapext@ietf.org; Wed, 28 Jul 2004 11:16:16 -0400 Received: from gypsy.OpenLDAP.org (kurt@localhost [127.0.0.1]) by pretender.boolean.net (8.12.10/8.12.11) with ESMTP id i6SFEGMw006195; Wed, 28 Jul 2004 15:14:16 GMT (envelope-from Kurt@OpenLDAP.org) Message-Id: <6.1.2.0.0.20040727012337.046bbd38@127.0.0.1> X-Sender: kurt@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Wed, 28 Jul 2004 08:14:46 -0700 To: "Jim Sermersheim" From: "Kurt D. Zeilenga" Subject: Re: [ldapext] Searchable distinguishedValue operational attribute In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Score: 0.0 (/) X-Scan-Signature: 68c8cc8a64a9d0402e43b8eee9fc4199 Cc: Duane Buss , Steve McLain , Dave Steck , ldapext@ietf.org, Tom Doman X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ldapext-bounces@ietf.org Errors-To: ldapext-bounces@ietf.org At 01:19 PM 7/26/2004, Jim Sermersheim wrote: >Do any LDAP servers support a searchable attribute which matches on (one >or more of) an entry's RDN values? This would allow a search like >(distinguishedValue=abc) to match for all entries that have abc as a >distinguished value (i.e. dc=abc,dc=com. or cn=xyz+ou=abc,o=acme) I believe you should be able to use the componentFilterMatch rule, in combination with the entryDN operational attribute (or other attribute which holds the entry's DN) to accomplish such matching. Kurt _______________________________________________ Ldapext mailing list Ldapext@ietf.org https://www1.ietf.org/mailman/listinfo/ldapext From ldapext-bounces@ietf.org Wed Jul 28 23:16:50 2004 Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA26859 for ; Wed, 28 Jul 2004 23:16:50 -0400 (EDT) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Bq1IW-0004er-DB; Wed, 28 Jul 2004 23:09:36 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Bq1E1-00043M-94 for ldapext@megatron.ietf.org; Wed, 28 Jul 2004 23:04:57 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA26464 for ; Wed, 28 Jul 2004 23:04:54 -0400 (EDT) Received: from gunsmoke.adacel.com.au ([210.11.130.7] helo=adacel.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Bq1Ft-00049Z-K1 for ldapext@ietf.org; Wed, 28 Jul 2004 23:06:57 -0400 Received: from nexus.adacel.com (Not Verified[10.32.240.1]) by adacel.com with NetIQ MailMarshal (v5.5.6.7) id ; Thu, 29 Jul 2004 13:02:46 +1000 Received: (qmail 22966 invoked from network); 29 Jul 2004 02:04:10 -0000 Received: from unknown (HELO adacel.com.au) (10.32.24.165) by nexus.adacel.com with SMTP; 29 Jul 2004 02:04:10 -0000 Message-ID: <41085B19.1040102@adacel.com.au> Date: Thu, 29 Jul 2004 12:04:09 +1000 From: Steven Legg User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.3.1) Gecko/20030425 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Kurt D. Zeilenga" , Jim Sermersheim Subject: Re: [ldapext] Searchable distinguishedValue operational attribute References: <6.1.2.0.0.20040727012337.046bbd38@127.0.0.1> In-Reply-To: <6.1.2.0.0.20040727012337.046bbd38@127.0.0.1> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 9ed51c9d1356100bce94f1ae4ec616a9 Content-Transfer-Encoding: 7bit Cc: Duane Buss , ldapext@ietf.org, Dave Steck , Steve McLain , Tom Doman X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ldapext-bounces@ietf.org Errors-To: ldapext-bounces@ietf.org Content-Transfer-Encoding: 7bit Kurt D. Zeilenga wrote: > At 01:19 PM 7/26/2004, Jim Sermersheim wrote: > >>Do any LDAP servers support a searchable attribute which matches on (one >>or more of) an entry's RDN values? This would allow a search like >>(distinguishedValue=abc) to match for all entries that have abc as a >>distinguished value (i.e. dc=abc,dc=com. or cn=xyz+ou=abc,o=acme) > > > I believe you should be able to use the componentFilterMatch rule, > in combination with the entryDN operational attribute (or other > attribute which holds the entry's DN) to accomplish such matching. Yes, that will work. The search filter would look something like this (the identified component is a DirectoryString value): (entryDN:componentFilterMatch:= item:{ component "-1.*.value.(dc)", rule caseIgnoreMatch, value "abc" }) or (entryDN:componentFilterMatch:= item:{ component "-1.*.value.(ou)", rule caseIgnoreMatch, value "abc" }) Note that a specific attribute type needs to be nominated. The following would also work (the identified component is an AttributeTypeAndValue): (entryDN:componentFilterMatch:= item:{ component "-1.*", rule directoryComponentsMatch, value { type dc, value "abc" }}) Regards, Steven _______________________________________________ Ldapext mailing list Ldapext@ietf.org https://www1.ietf.org/mailman/listinfo/ldapext From ldapext-bounces@ietf.org Thu Jul 29 00:51:44 2004 Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA00487 for ; Thu, 29 Jul 2004 00:51:44 -0400 (EDT) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Bq2sM-0000cg-J2; Thu, 29 Jul 2004 00:50:42 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Bq2qK-0000Qj-2p for ldapext@megatron.ietf.org; Thu, 29 Jul 2004 00:48:36 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA00376 for ; Thu, 29 Jul 2004 00:48:33 -0400 (EDT) Received: from sinclair.provo.novell.com ([137.65.81.169]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Bq2sG-0005Yg-Go for ldapext@ietf.org; Thu, 29 Jul 2004 00:50:37 -0400 Received: from INET-PRV-MTA by sinclair.provo.novell.com with Novell_GroupWise; Wed, 28 Jul 2004 22:48:03 -0600 Message-Id: X-Mailer: Novell GroupWise Internet Agent 6.5.2 Beta Date: Wed, 28 Jul 2004 22:47:50 -0600 From: "Jim Sermersheim" To: , Subject: Re: [ldapext] Searchable distinguishedValue operational attribute Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Spam-Score: 0.0 (/) X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793 Content-Transfer-Encoding: 7bit Cc: Steve McLain , Duane Buss , ldapext@ietf.org, Dave Steck , Tom Doman X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ldapext-bounces@ietf.org Errors-To: ldapext-bounces@ietf.org Content-Transfer-Encoding: 7bit Interesting. The requirement for this is that one wants to find entries named by abc regardless of type (the type is unknown). I haven't digested the RFC yet. Is there a way to omit the type, or to specify 'any' type? Jim >>> Steven Legg 7/28/04 8:04:09 PM >>> Kurt D. Zeilenga wrote: > At 01:19 PM 7/26/2004, Jim Sermersheim wrote: > >>Do any LDAP servers support a searchable attribute which matches on (one >>or more of) an entry's RDN values? This would allow a search like >>(distinguishedValue=abc) to match for all entries that have abc as a >>distinguished value (i.e. dc=abc,dc=com. or cn=xyz+ou=abc,o=acme) > > > I believe you should be able to use the componentFilterMatch rule, > in combination with the entryDN operational attribute (or other > attribute which holds the entry's DN) to accomplish such matching. Yes, that will work. The search filter would look something like this (the identified component is a DirectoryString value): (entryDN:componentFilterMatch:= item:{ component "-1.*.value.(dc)", rule caseIgnoreMatch, value "abc" }) or (entryDN:componentFilterMatch:= item:{ component "-1.*.value.(ou)", rule caseIgnoreMatch, value "abc" }) Note that a specific attribute type needs to be nominated. The following would also work (the identified component is an AttributeTypeAndValue): (entryDN:componentFilterMatch:= item:{ component "-1.*", rule directoryComponentsMatch, value { type dc, value "abc" }}) Regards, Steven _______________________________________________ Ldapext mailing list Ldapext@ietf.org https://www1.ietf.org/mailman/listinfo/ldapext From ldapext-bounces@ietf.org Thu Jul 29 03:06:43 2004 Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA20708 for ; Thu, 29 Jul 2004 03:06:43 -0400 (EDT) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Bq4xY-0002uK-Qq; Thu, 29 Jul 2004 03:04:12 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Bq4vk-0002iv-B5 for ldapext@megatron.ietf.org; Thu, 29 Jul 2004 03:02:20 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA20491 for ; Thu, 29 Jul 2004 03:02:17 -0400 (EDT) Received: from gunsmoke.adacel.com.au ([210.11.130.7] helo=adacel.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Bq4xg-0007Nu-Rr for ldapext@ietf.org; Thu, 29 Jul 2004 03:04:22 -0400 Received: from nexus.adacel.com (Not Verified[10.32.240.1]) by adacel.com with NetIQ MailMarshal (v5.5.6.7) id ; Thu, 29 Jul 2004 17:00:18 +1000 Received: (qmail 16302 invoked from network); 29 Jul 2004 07:01:43 -0000 Received: from unknown (HELO adacel.com.au) (10.32.24.165) by nexus.adacel.com with SMTP; 29 Jul 2004 07:01:43 -0000 Message-ID: <4108A0D5.90201@adacel.com.au> Date: Thu, 29 Jul 2004 17:01:41 +1000 From: Steven Legg User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.3.1) Gecko/20030425 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jim Sermersheim Subject: Re: [ldapext] Searchable distinguishedValue operational attribute References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 1.0 (+) X-Scan-Signature: 3002fc2e661cd7f114cb6bae92fe88f1 Content-Transfer-Encoding: 7bit Cc: Duane Buss , Steve McLain , Kurt@OpenLDAP.org, Dave Steck , ldapext@ietf.org, Tom Doman X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ldapext-bounces@ietf.org Errors-To: ldapext-bounces@ietf.org Content-Transfer-Encoding: 7bit Jim, Jim Sermersheim wrote: > Interesting. > > The requirement for this is that one wants to find entries named by abc > regardless of type (the type is unknown). I haven't digested the RFC > yet. Is there a way to omit the type, or to specify 'any' type? Not with component matching. Your other option is to add a BOOLEAN flag to MatchingRuleAssertion, say distinguishedValuesOnly, to allow an extensible match to be restricted to only distinguished values in an entry. The attribute type can be omitted in a MatchingRuleAssertion if a matching rule is specified (e.g. caseIgnoreMatch). Regards, Steven > > Jim > > >>>>Steven Legg 7/28/04 8:04:09 PM >>> > > > Kurt D. Zeilenga wrote: > >>At 01:19 PM 7/26/2004, Jim Sermersheim wrote: >> >> >>>Do any LDAP servers support a searchable attribute which matches on > > (one > >>>or more of) an entry's RDN values? This would allow a search like >>>(distinguishedValue=abc) to match for all entries that have abc as a >>>distinguished value (i.e. dc=abc,dc=com. or cn=xyz+ou=abc,o=acme) >> >> >>I believe you should be able to use the componentFilterMatch rule, >>in combination with the entryDN operational attribute (or other >>attribute which holds the entry's DN) to accomplish such matching. > > > Yes, that will work. The search filter would look something like this > (the identified component is a DirectoryString value): > > (entryDN:componentFilterMatch:= > item:{ component "-1.*.value.(dc)", > rule caseIgnoreMatch, > value "abc" }) > > or > > (entryDN:componentFilterMatch:= > item:{ component "-1.*.value.(ou)", > rule caseIgnoreMatch, > value "abc" }) > > Note that a specific attribute type needs to be nominated. > > The following would also work (the identified component is an > AttributeTypeAndValue): > > (entryDN:componentFilterMatch:= > item:{ component "-1.*", > rule directoryComponentsMatch, > value { type dc, value "abc" }}) > > Regards, > Steven > > > > _______________________________________________ > Ldapext mailing list > Ldapext@ietf.org > https://www1.ietf.org/mailman/listinfo/ldapext > > _______________________________________________ Ldapext mailing list Ldapext@ietf.org https://www1.ietf.org/mailman/listinfo/ldapext From ldapext-bounces@ietf.org Thu Jul 29 21:40:55 2004 Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA24001 for ; Thu, 29 Jul 2004 21:40:55 -0400 (EDT) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1BqM1N-0003nJ-3z; Thu, 29 Jul 2004 21:17:17 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1BqLem-0005XH-RD for ldapext@megatron.ietf.org; Thu, 29 Jul 2004 20:53:57 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA22078 for ; Thu, 29 Jul 2004 20:53:49 -0400 (EDT) Received: from smtp1.us4.outblaze.com ([205.158.62.78]) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1BqLgo-0006ps-NE for ldapext@ietf.org; Thu, 29 Jul 2004 20:56:04 -0400 Received: (qmail 28228 invoked from network); 30 Jul 2004 00:53:18 -0000 Received: from unknown (HELO jtfb411) (tim.reilly:consultant.com?mail.com@65.34.226.232) by smtp1.us4.outblaze.com with SMTP; 30 Jul 2004 00:53:18 -0000 From: "Tim Reilly" To: Date: Thu, 29 Jul 2004 20:55:20 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 X-Spam-Score: 0.1 (/) X-Scan-Signature: 50a516d93fd399dc60588708fd9a3002 Content-Transfer-Encoding: 7bit Cc: Rich Salz Subject: [ldapext] draft-zeilenga-ldap-uuid-03 Feedback X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ldapext-bounces@ietf.org Errors-To: ldapext-bounces@ietf.org Content-Transfer-Encoding: 7bit Regarding http://www.ietf.org/internet-drafts/draft-zeilenga-ldap-uuid-03.txt I wish to provided a few points of feedback. First, this is great draft. UUID's have so many uses in the directory space this is an important addition. Rich Salz and I have been talking about it, and here's a few nits we found: 1) The security section of the document should mention that security concerns have been raised about UUID version 1. One concern regards exposing the IEEE 802.1 address (mac address) to parties outside of the local network. In certain circumstances this might be a security risk. As an example here is a MSDN document that mentions the change in RPC implementation (section untitled "Remarks"): http://msdn.microsoft.com/library/default.asp?url=/library/en-us/rpc/rpc/uui dcreatesequential.asp stemming from this concern. Another type of security concern involves a privacy issue. It can be summarized as; a version 1 time-based UUID that uses the IEEE 802.1 address as node identifier can "give away" both a time and a location - thus may unknowingly compromise the expectation of anonymity if one existed. Perhaps the section "Security Considerations" should mention these concerns? 2) The draft references ISO11578. Perhaps others share the feeling that it might be preferable to reference an IEFT document: http://www.ietf.org/internet-drafts/draft-mealling-uuid-urn-03.txt One reason to prefer citing another IEFT document would be to maintain awareness of the work underway in regards to the UUID specification; as well, it would provide potentially favorable 'endorsement' of the IETF organization in general. The ISO document requires that one pay to access the document; as matter of personal principle perhaps this is not 'best practice' with regards to standards documents. Having said that I realize the document suggested is also in the draft stage (although it and previous related drafts have become 'well known'.) Supposing that referencing from one draft to another draft is objectionable, then perhaps once mealling-uuid-urn reaches RFC status it might be used as the reference? Rich has informed me the ISO doc is going to be superceded soon by another iso doc that is based on the mealling one. The "mealling" document also does a better job of addressing security concerns. 3) The ordering and matching is in conflict with "draft-mealling-uuid-urn" as well some other specifications that utilize guids/uuids; for example the draft references DCE RPC (appendix http://www.opengroup.org/onlinepubs/9629399/apdxa.htm) These other documents are in agreement in terms of octal ordering. My concern is that the user of a UUID implementation may not be aware of the ordering difference being dependent upon on usage: LDAP versus another use. I'd like to inquire into the rationale for the difference in ordering? Looking forward to your comments. - Tim Reilly _______________________________________________ Ldapext mailing list Ldapext@ietf.org https://www1.ietf.org/mailman/listinfo/ldapext From ldapext-bounces@ietf.org Fri Jul 30 12:44:18 2004 Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA18225 for ; Fri, 30 Jul 2004 12:44:18 -0400 (EDT) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1BqaIH-0006k2-IK; Fri, 30 Jul 2004 12:31:41 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1BqaFt-0005Rk-3w for ldapext@megatron.ietf.org; Fri, 30 Jul 2004 12:29:14 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA17371 for ; Fri, 30 Jul 2004 12:29:09 -0400 (EDT) Received: from router.boolean.net ([198.144.206.49] helo=pretender.boolean.net ident=root) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1BqaI8-0002Em-8L for ldapext@ietf.org; Fri, 30 Jul 2004 12:31:33 -0400 Received: from gypsy.OpenLDAP.org (kurt@localhost [127.0.0.1]) by pretender.boolean.net (8.12.10/8.12.11) with ESMTP id i6UGSvMw075596; Fri, 30 Jul 2004 16:28:57 GMT (envelope-from Kurt@OpenLDAP.org) Message-Id: <6.1.2.0.0.20040730081644.04527350@127.0.0.1> X-Sender: kurt@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Fri, 30 Jul 2004 09:29:25 -0700 To: "Tim Reilly" From: "Kurt D. Zeilenga" Subject: Re: [ldapext] draft-zeilenga-ldap-uuid-03 Feedback In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Score: 0.0 (/) X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081 Cc: hardie@qualcomm.com, paulle@microsoft.com, ldapext@ietf.org, michael@neonym.net, Rich Salz , sah@428cobrajet.net X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ldapext-bounces@ietf.org Errors-To: ldapext-bounces@ietf.org I've cc'ed the Apps ADs and Paul&Michael to ensure their awareness. This I-D, as well as mealling-uuid-urn, are in 'IESG Evaluation'. At 05:55 PM 7/29/2004, Tim Reilly wrote: >Regarding >http://www.ietf.org/internet-drafts/draft-zeilenga-ldap-uuid-03.txt I wish >to provided a few points of feedback. First, this is great draft. UUID's >have so many uses in the directory space this is an important addition. Rich >Salz and I have been talking about it, and here's a few nits we found: > >1) The security section of the document should mention that security >concerns have been raised about UUID version 1. One concern regards exposing >the IEEE 802.1 address (mac address) to parties outside of the local >network. In certain circumstances this might be a security risk. As an >example here is a MSDN document that mentions the change in RPC >implementation (section untitled "Remarks"): >http://msdn.microsoft.com/library/default.asp?url=/library/en-us/rpc/rpc/uui >dcreatesequential.asp stemming from this concern. Another type of security >concern involves a privacy issue. It can be summarized as; a version 1 >time-based UUID that uses the IEEE 802.1 address as node identifier can >"give away" both a time and a location - thus may unknowingly compromise the >expectation of anonymity if one existed. Perhaps the section "Security >Considerations" should mention these concerns? My working copy includes some text in this area. It will be available for review shortly after IETF#60. >2) The draft references ISO11578. Perhaps others share the feeling that it >might be preferable to reference an IEFT document: >http://www.ietf.org/internet-drafts/draft-mealling-uuid-urn-03.txt It's my view that ldap-uuid and uuid-urn specifications should reference a definitive specification for UUIDs. I believe ISO11578 should be viewed as the definitive UUID specification. Unforunately, ISO11578 has a few deficiencies. I hope to discuss this issue with Michael and various IESG members next week at IETF#59. >3) The ordering and matching is in conflict with "draft-mealling-uuid-urn" >as well some other specifications that utilize guids/uuids; for example the >draft references DCE RPC (appendix >http://www.opengroup.org/onlinepubs/9629399/apdxa.htm) >These other documents are in agreement in terms of octal ordering. I think uuidOrderingMatch is agreement as well. Kurt _______________________________________________ Ldapext mailing list Ldapext@ietf.org https://www1.ietf.org/mailman/listinfo/ldapext From ldapext-bounces@ietf.org Sat Jul 31 09:51:59 2004 Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA27879 for ; Sat, 31 Jul 2004 09:51:59 -0400 (EDT) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1BquFj-0008PC-E1; Sat, 31 Jul 2004 09:50:23 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1BquC7-00078x-MO for ldapext@megatron.ietf.org; Sat, 31 Jul 2004 09:46:40 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA27699 for ; Sat, 31 Jul 2004 09:46:37 -0400 (EDT) Received: from smtp1.us4.outblaze.com ([205.158.62.78]) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1BquEY-0000ba-K1 for ldapext@ietf.org; Sat, 31 Jul 2004 09:49:12 -0400 Received: (qmail 29079 invoked from network); 31 Jul 2004 13:46:06 -0000 Received: from unknown (HELO jtfb411) (tim.reilly:consultant.com?mail.com@65.34.226.232) by smtp1.us4.outblaze.com with SMTP; 31 Jul 2004 13:46:05 -0000 From: "Tim Reilly" To: "Rich Salz" , "Kurt D. Zeilenga" Subject: RE: [ldapext] draft-zeilenga-ldap-uuid-03 Feedback Date: Sat, 31 Jul 2004 09:48:07 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 X-Spam-Score: 0.1 (/) X-Scan-Signature: 93238566e09e6e262849b4f805833007 Content-Transfer-Encoding: 7bit Cc: hardie@qualcomm.com, paulle@microsoft.com, ldapext@ietf.org, sah@428cobrajet.net, michael@neonym.net X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ldapext-bounces@ietf.org Errors-To: ldapext-bounces@ietf.org Content-Transfer-Encoding: 7bit KZ]> > I think uuidOrderingMatch is agreement as well. RS]> great. My apologies. I misread zeilenga-ldap-uuid; which states the assertion value is encoded using UUID string representation. I'd mistaken this for matching performed on the string representation. I see now you are saying the value is passed in as UUID string format but then octetStringOrderingMatch is applied. That makes perfect sense (and as you say is in agreement.) Thanks for clarifying. On the other points I echo Rich's sentiments: KZ]> > My working copy includes some text in [the security] area. It will be KX]> > available for review shortly after IETF#60. RS]> Great. ... Good to hear. More wording around the possible security issues will help any unsuspecting users avoid trouble IMO. Thanks for your response. -TR _______________________________________________ Ldapext mailing list Ldapext@ietf.org https://www1.ietf.org/mailman/listinfo/ldapext