From nobody Thu Sep 11 12:48:59 2014 Return-Path: X-Original-To: ldapext@ietfa.amsl.com Delivered-To: ldapext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF2491A00A5 for ; Thu, 11 Sep 2014 12:48:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bEnr8CT0mYcw for ; Thu, 11 Sep 2014 12:48:55 -0700 (PDT) Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 611401A005C for ; Thu, 11 Sep 2014 12:48:55 -0700 (PDT) Received: from [192.168.123.7] (unknown [23.240.242.6]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 5E75D509B8 for ; Thu, 11 Sep 2014 15:48:52 -0400 (EDT) Message-ID: <5411FCB7.3020600@seantek.com> Date: Thu, 11 Sep 2014 12:49:11 -0700 From: Sean Leonard User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.1.1 MIME-Version: 1.0 To: ldapext@ietf.org References: <20140910135651.21077.60024.idtracker@ietfa.amsl.com> In-Reply-To: <20140910135651.21077.60024.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/ldapext/l6i8fGAJRB_7gnsm-4qSBU-jlCw Subject: [ldapext] New Version Notification for draft-seantek-ldap-pkcs9-00.txt X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Sep 2014 19:48:57 -0000 Hello ldapext list: I posted this proposal to add definitions to the IANA registry. These definitions are from PKCS #9, which predates ldapext. However, the definitions in PKCS #9 never got added. This document adds them. Feedback is requested, as well as suggestions on how best to proceed with this to get IETF consensus. Thanks, Sean ****** A new version of I-D, draft-seantek-ldap-pkcs9-00.txt has been successfully submitted by Sean Leonard and posted to the IETF repository. Name: draft-seantek-ldap-pkcs9 Revision: 00 Title: Lightweight Directory Access Protocol (LDAP) Registrations for PKCS #9 Document date: 2014-09-10 Group: Individual Submission Pages: 6 URL: http://www.ietf.org/internet-drafts/draft-seantek-ldap-pkcs9-00.txt Status: https://datatracker.ietf.org/doc/draft-seantek-ldap-pkcs9/ Htmlized: http://tools.ietf.org/html/draft-seantek-ldap-pkcs9-00 Abstract: PKCS #9 includes several useful definitions that are not yet reflected in the LDAP IANA registry. This document adds those definitions to the IANA registry. Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat From nobody Mon Sep 22 04:08:00 2014 Return-Path: X-Original-To: ldapext@ietfa.amsl.com Delivered-To: ldapext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A7A11A1A9A for ; Mon, 22 Sep 2014 04:07:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.205 X-Spam-Level: * X-Spam-Status: No, score=1.205 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DATE_IN_PAST_03_06=1.592, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.786, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x8N0sgV_ScKb for ; Mon, 22 Sep 2014 04:07:52 -0700 (PDT) Received: from srv1.stroeder.com (srv1.stroeder.com [213.240.180.113]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3677D1A1A97 for ; Mon, 22 Sep 2014 04:07:51 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by srv1.stroeder.com (Postfix) with ESMTP id 1993E602B8 for ; Mon, 22 Sep 2014 13:07:50 +0200 (CEST) X-Virus-Scanned: amavisd-new at stroeder.com Received: from srv1.stroeder.com ([127.0.0.1]) by localhost (srv1.stroeder.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6cFzVjAQpu2V for ; Mon, 22 Sep 2014 13:05:14 +0200 (CEST) Received: from [10.1.0.2] (unknown [10.1.0.2]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Michael Str??der", Issuer "CA Cert Signing Authority" (verified OK)) by srv1.stroeder.com (Postfix) with ESMTPS id B7C8A60334 for ; Mon, 22 Sep 2014 11:04:18 +0000 (UTC) Message-ID: <541FCF2A.1050700@stroeder.com> Date: Mon, 22 Sep 2014 09:26:34 +0200 From: =?UTF-8?B?TWljaGFlbCBTdHLDtmRlcg==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1 MIME-Version: 1.0 To: ldapext Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030406000503070300040405" Archived-At: http://mailarchive.ietf.org/arch/msg/ldapext/lhBGA6m1lqxHaruiLYijer2xlZM Subject: [ldapext] Server implementations of LDAP transactions? X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2014 11:07:55 -0000 This is a cryptographically signed message in MIME format. --------------ms030406000503070300040405 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable HI! Which LDAP servers have support LDAP transactions as defined in RFC 5805?= Is it used with any particular use-cases? Ciao, Michael. --------------ms030406000503070300040405 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFfzCC BXswggNjoAMCAQICAwxOfTANBgkqhkiG9w0BAQUFADB5MRAwDgYDVQQKEwdSb290IENBMR4w HAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmlu ZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0xMjEw MDIyMDE3MDlaFw0xNDEwMDIyMDE3MDlaMD8xGDAWBgNVBAMUD01pY2hhZWwgU3Ry9mRlcjEj MCEGCSqGSIb3DQEJARYUbWljaGFlbEBzdHJvZWRlci5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDo2SKth5GhtaDrCyfGtyUG+/hAAa/J52L0NFN4SSRvTtdGf9HfWwwd NCtgae0TVGWk2lKDbXA9d5vmyIiRhuwxd90H6FLErhRBeB9G67qtw87E8WUoXt2DwPQEUTWV hqHpPadlmgFw3+i3TGQQTe3O3W9MMMd4GJNhObem2VGRuCD37OXnzBksTcq0FPJgcWAhe3d/ 0ItOkNWBqgq8Mf3p7WFBhaQ0a27BC/mKtH8fI3kPcS305imPRja69Msq3EwUZBc9ToVp6FRQ NYKjfOBybDUzVkmRZl3H8xutQP2w8Zxb8m5f7Q1BfLLrIFScfYvIDgOERxTCd4lab8+/09XH AgMBAAGjggFEMIIBQDAMBgNVHRMBAf8EAjAAMFYGCWCGSAGG+EIBDQRJFkdUbyBnZXQgeW91 ciBvd24gY2VydGlmaWNhdGUgZm9yIEZSRUUgaGVhZCBvdmVyIHRvIGh0dHA6Ly93d3cuQ0Fj ZXJ0Lm9yZzAOBgNVHQ8BAf8EBAMCA6gwQAYDVR0lBDkwNwYIKwYBBQUHAwQGCCsGAQUFBwMC BgorBgEEAYI3CgMEBgorBgEEAYI3CgMDBglghkgBhvhCBAEwMgYIKwYBBQUHAQEEJjAkMCIG CCsGAQUFBzABhhZodHRwOi8vb2NzcC5jYWNlcnQub3JnMDEGA1UdHwQqMCgwJqAkoCKGIGh0 dHA6Ly9jcmwuY2FjZXJ0Lm9yZy9yZXZva2UuY3JsMB8GA1UdEQQYMBaBFG1pY2hhZWxAc3Ry b2VkZXIuY29tMA0GCSqGSIb3DQEBBQUAA4ICAQC9ouXq3p/bDWMM4tBKgD3tl4HY5H0eECl8 q9/nqk0UL6YeWkrCiQdrDtNPW7DcGqNYtzdgtzmyTr1GhiAX+igrOjdk/ge5NRcQOpONK/4b zrmpQEcIUyxSSDKLWh211/kcFfxxLEiJ5teF4GL8Fc1qbrLP4+DCvJXWfYaaR5NLjZMqm2VP yKTv3qpXWnGohiRkGTwS/11QM2XCfIGdRsQT9a8mO4m2fn2tGPp2TEIoCLrDDrbGVeDWaOWB OIeTrp4wa3Q4OI6yCptJhEqKvjhV96IBRYgM76nTBqsqnDzwxExAyhhWiUS5DunRHOr/+NyF pUpD4883RBLO0g9kUEGOhtZNF1u+8zEL0YgMGvifAom9JEklLOXZuqj0MThypKs/3d/OyOQb 4gURnu6oZwcKZ7LskytWnlRKUxF6o0A8grtmyKkqe14TS7cQbg0NTaIYXPkHR+dfFmb3uEqn BBjvpJXFcEtWI2lQXC/ET+au991pK797ExBOmpQwjIn3SjiW80vw/UoL6DMvqY/6JhVhyNTP MJ2W5AX5kc27DIbVtVGZs8J4AYhuNALJUq9N9Ka7rPRj3RcYDrfehDLOkM5iMnarpmtuOpLK d1SvZhqj/0N/JWGIDpPSTkTFOPP6ZN9I9Rqyf+9NGqb2sjo4DkIiZcHxt735/GJLwus5KLBl 2DGCA6EwggOdAgEBMIGAMHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93 d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhvcml0eTEhMB8G CSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnAgMMTn0wCQYFKw4DAhoFAKCCAfUwGAYJ KoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTQwOTIyMDcyNjM0WjAj BgkqhkiG9w0BCQQxFgQU9u2LhwOjSRDJ+q5IqQmcLJFcYu4wbAYJKoZIhvcNAQkPMV8wXTAL BglghkgBZQMEASowCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDAN BggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBkQYJKwYBBAGCNxAEMYGD MIGAMHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9y ZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYS c3VwcG9ydEBjYWNlcnQub3JnAgMMTn0wgZMGCyqGSIb3DQEJEAILMYGDoIGAMHkxEDAOBgNV BAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZ Q0EgQ2VydCBTaWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNl cnQub3JnAgMMTn0wDQYJKoZIhvcNAQEBBQAEggEAoSmRSTjABy8yzCmZTcaOhustXnnVkQjw YDktJ3tz2NjDLwIXkn+Bd4crEwenApFNzkeRqI6G/kx9zqCgsdlGZaBhLcewuqSpWWnFgfLc labPCh+p3uV8CiqCMpm7xHjCWexqZ4sFzm7WvEll1g3/4PMA8uumuxP/ZcIJz2OfuZ7JZB7g NIzCpwp8SnAzTQvkkCqYpLZbBdY9CS2vf3ce8G2ffUPtQkaU9HpUXlhh6a4Pf+KVfS4q+HnI auPOEqCAPrgCDgVND+8YtSno72atvxs3WbSgsqIgQFg0UhjtoAG/FVVwp3my+E89gLrTane3 GFiqgEPMaRu7EeC8VwNZuwAAAAAAAA== --------------ms030406000503070300040405-- From nobody Mon Sep 22 04:08:06 2014 Return-Path: X-Original-To: ldapext@ietfa.amsl.com Delivered-To: ldapext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E7D81A1A97 for ; Mon, 22 Sep 2014 04:07:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.205 X-Spam-Level: * X-Spam-Status: No, score=1.205 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DATE_IN_PAST_03_06=1.592, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.786, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GLzVdTnsnjS7 for ; Mon, 22 Sep 2014 04:07:52 -0700 (PDT) Received: from srv1.stroeder.com (srv1.stroeder.com [213.240.180.113]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 367411A1A3C for ; Mon, 22 Sep 2014 04:07:51 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by srv1.stroeder.com (Postfix) with ESMTP id D87FD6033C for ; Mon, 22 Sep 2014 13:07:48 +0200 (CEST) X-Virus-Scanned: amavisd-new at stroeder.com Received: from srv1.stroeder.com ([127.0.0.1]) by localhost (srv1.stroeder.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z9SsHV_iwetj for ; Mon, 22 Sep 2014 13:05:14 +0200 (CEST) Received: from [10.1.0.2] (unknown [10.1.0.2]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Michael Str??der", Issuer "CA Cert Signing Authority" (verified OK)) by srv1.stroeder.com (Postfix) with ESMTPS id E90CB60332 for ; Mon, 22 Sep 2014 11:04:17 +0000 (UTC) Message-ID: <541FCEBE.1050306@stroeder.com> Date: Mon, 22 Sep 2014 09:24:46 +0200 From: =?UTF-8?B?TWljaGFlbCBTdHLDtmRlcg==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1 MIME-Version: 1.0 To: ldapext Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080407000304060407030307" Archived-At: http://mailarchive.ietf.org/arch/msg/ldapext/5aRfNb8mR4h9n9vpnr5rs3c0s9o Subject: [ldapext] Server implementations of Don't Use Copy control? X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2014 11:07:56 -0000 This is a cryptographically signed message in MIME format. --------------ms080407000304060407030307 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable HI! Which LDAP server implement Don't Use Copy control as defined in RFC 6171= ? For which use-cases? Ciao, Michael. --------------ms080407000304060407030307 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFfzCC BXswggNjoAMCAQICAwxOfTANBgkqhkiG9w0BAQUFADB5MRAwDgYDVQQKEwdSb290IENBMR4w HAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmlu ZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0xMjEw MDIyMDE3MDlaFw0xNDEwMDIyMDE3MDlaMD8xGDAWBgNVBAMUD01pY2hhZWwgU3Ry9mRlcjEj MCEGCSqGSIb3DQEJARYUbWljaGFlbEBzdHJvZWRlci5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDo2SKth5GhtaDrCyfGtyUG+/hAAa/J52L0NFN4SSRvTtdGf9HfWwwd NCtgae0TVGWk2lKDbXA9d5vmyIiRhuwxd90H6FLErhRBeB9G67qtw87E8WUoXt2DwPQEUTWV hqHpPadlmgFw3+i3TGQQTe3O3W9MMMd4GJNhObem2VGRuCD37OXnzBksTcq0FPJgcWAhe3d/ 0ItOkNWBqgq8Mf3p7WFBhaQ0a27BC/mKtH8fI3kPcS305imPRja69Msq3EwUZBc9ToVp6FRQ NYKjfOBybDUzVkmRZl3H8xutQP2w8Zxb8m5f7Q1BfLLrIFScfYvIDgOERxTCd4lab8+/09XH AgMBAAGjggFEMIIBQDAMBgNVHRMBAf8EAjAAMFYGCWCGSAGG+EIBDQRJFkdUbyBnZXQgeW91 ciBvd24gY2VydGlmaWNhdGUgZm9yIEZSRUUgaGVhZCBvdmVyIHRvIGh0dHA6Ly93d3cuQ0Fj ZXJ0Lm9yZzAOBgNVHQ8BAf8EBAMCA6gwQAYDVR0lBDkwNwYIKwYBBQUHAwQGCCsGAQUFBwMC BgorBgEEAYI3CgMEBgorBgEEAYI3CgMDBglghkgBhvhCBAEwMgYIKwYBBQUHAQEEJjAkMCIG CCsGAQUFBzABhhZodHRwOi8vb2NzcC5jYWNlcnQub3JnMDEGA1UdHwQqMCgwJqAkoCKGIGh0 dHA6Ly9jcmwuY2FjZXJ0Lm9yZy9yZXZva2UuY3JsMB8GA1UdEQQYMBaBFG1pY2hhZWxAc3Ry b2VkZXIuY29tMA0GCSqGSIb3DQEBBQUAA4ICAQC9ouXq3p/bDWMM4tBKgD3tl4HY5H0eECl8 q9/nqk0UL6YeWkrCiQdrDtNPW7DcGqNYtzdgtzmyTr1GhiAX+igrOjdk/ge5NRcQOpONK/4b zrmpQEcIUyxSSDKLWh211/kcFfxxLEiJ5teF4GL8Fc1qbrLP4+DCvJXWfYaaR5NLjZMqm2VP yKTv3qpXWnGohiRkGTwS/11QM2XCfIGdRsQT9a8mO4m2fn2tGPp2TEIoCLrDDrbGVeDWaOWB OIeTrp4wa3Q4OI6yCptJhEqKvjhV96IBRYgM76nTBqsqnDzwxExAyhhWiUS5DunRHOr/+NyF pUpD4883RBLO0g9kUEGOhtZNF1u+8zEL0YgMGvifAom9JEklLOXZuqj0MThypKs/3d/OyOQb 4gURnu6oZwcKZ7LskytWnlRKUxF6o0A8grtmyKkqe14TS7cQbg0NTaIYXPkHR+dfFmb3uEqn BBjvpJXFcEtWI2lQXC/ET+au991pK797ExBOmpQwjIn3SjiW80vw/UoL6DMvqY/6JhVhyNTP MJ2W5AX5kc27DIbVtVGZs8J4AYhuNALJUq9N9Ka7rPRj3RcYDrfehDLOkM5iMnarpmtuOpLK d1SvZhqj/0N/JWGIDpPSTkTFOPP6ZN9I9Rqyf+9NGqb2sjo4DkIiZcHxt735/GJLwus5KLBl 2DGCA6EwggOdAgEBMIGAMHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93 d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhvcml0eTEhMB8G CSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnAgMMTn0wCQYFKw4DAhoFAKCCAfUwGAYJ KoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTQwOTIyMDcyNDQ2WjAj BgkqhkiG9w0BCQQxFgQUV2l3Gr+Fy2AIsViq/Wf8D69ONmswbAYJKoZIhvcNAQkPMV8wXTAL BglghkgBZQMEASowCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDAN BggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBkQYJKwYBBAGCNxAEMYGD MIGAMHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9y ZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYS c3VwcG9ydEBjYWNlcnQub3JnAgMMTn0wgZMGCyqGSIb3DQEJEAILMYGDoIGAMHkxEDAOBgNV BAoTB1Jvb3QgQ0ExHjAcBgNVBAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZ Q0EgQ2VydCBTaWduaW5nIEF1dGhvcml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNl cnQub3JnAgMMTn0wDQYJKoZIhvcNAQEBBQAEggEA3znI8357LpVADUdn5c7uGlIyM1J/lQCF FKX33PVPGP+r0J+e27n53/uY3gN9JRzjq5A91tPWnpXbliiu22WqZ24gD6oV7YdRnPJiSn5R sFrtGZ3/ib3eS2dfCJkZ3/YFBtpME2sG4snDx9TzSlFZW6GXEQdA7jDaR8vVAOTSmO89n6kL XNxAyzqJTza8BMpsQ2CX4EBmlPTcjgUbcYkOKRYQYIx0J/+UXjNnk90aJcg6JOHLM4AucTsr KhqWoGFscRBl1+05+ahxvAFikz32S1Zsx+oQU1ZSX4RNWP6D8l9+yMCeeK6DoaD5eCqD9p/6 fCSBBl9vF+FEVNyK/kCiIgAAAAAAAA== --------------ms080407000304060407030307-- From nobody Mon Sep 22 08:02:23 2014 Return-Path: X-Original-To: ldapext@ietfa.amsl.com Delivered-To: ldapext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 79E9C1A1B00 for ; Mon, 22 Sep 2014 08:02:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.678 X-Spam-Level: X-Spam-Status: No, score=-1.678 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yBU5nq4gVkrP for ; Mon, 22 Sep 2014 08:02:08 -0700 (PDT) Received: from mail-pa0-f49.google.com (mail-pa0-f49.google.com [209.85.220.49]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B48FE1A1AFF for ; Mon, 22 Sep 2014 08:02:08 -0700 (PDT) Received: by mail-pa0-f49.google.com with SMTP id lf10so4691775pab.22 for ; Mon, 22 Sep 2014 08:02:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=83dSa+BI+fC11odIaYBHSzkVjTDbkvW/blDWbDbAJc4=; b=dkeeYeNzRt9ruz1uxTAT0FdgCLL3BDbx0GQGExsyDt2tOk0B1AhyuJiXPrlXSNnv4G 1H/HGWCgfiCqx2jNtlUCBE/JSpqR1wo35QrzO55/LgJHbBqyLhtvblMbEPZDGYr3vhTs URmulH8qZTRNh7zf48qupXWevMgyvqLpPd7aV607wEKQJhvsVGe8JPcfdGc5+SqXeDPK 4UvBBl43a8xMV+2DWqWYeOMu+8jJ+5g8u5afnh1nGDHndG2ukyvZ4KnQ7IiA4yaCs+Vy jehl+PFr+F2BOFisIjQBPXQT+aHfpymqdNaGYZdpSrqXR6cJFDKm2vXBF00I0KZ807Xa J1gA== X-Gm-Message-State: ALoCoQnlIYznz138eL5toOMXY5cYb3jwlH5IcKbwAlWqf4cBGNdKHPQ5AGMYLwUuzuXdluzm6ket MIME-Version: 1.0 X-Received: by 10.70.61.73 with SMTP id n9mr30710799pdr.4.1411398128046; Mon, 22 Sep 2014 08:02:08 -0700 (PDT) Received: by 10.70.128.142 with HTTP; Mon, 22 Sep 2014 08:02:07 -0700 (PDT) Received: by 10.70.128.142 with HTTP; Mon, 22 Sep 2014 08:02:07 -0700 (PDT) In-Reply-To: <541FCF2A.1050700@stroeder.com> References: <541FCF2A.1050700@stroeder.com> Date: Mon, 22 Sep 2014 10:02:07 -0500 Message-ID: From: Neil Wilson To: =?UTF-8?Q?Michael_Str=C3=B6der?= Content-Type: multipart/alternative; boundary=089e0160c2920f311d0503a8bc00 Archived-At: http://mailarchive.ietf.org/arch/msg/ldapext/9YDoleg3Y5CZujJJ8Fo_5JH5Jac Cc: ldapext Subject: Re: [ldapext] Server implementations of LDAP transactions? X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2014 15:02:15 -0000 --089e0160c2920f311d0503a8bc00 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sep 22, 2014 6:08 AM, "Michael Str=C3=B6der" wrot= e: > > HI! > > Which LDAP servers have support LDAP transactions as defined in RFC 5805? > Is it used with any particular use-cases? > > Ciao, Michael. The UnboundID Directory Server has full support for LDAP transactions as described in RFC 5805. These transactions are also supported through the UnboundID Directory Proxy Server in configurations in which all backend servers have identical sets of data, as well as support for transactions in certain entry-balanced configurations (where the data may be split up into multiple non-identical sets. In addition, the UnboundID LDAP SDK for Java includes a simple in-memory directory server that is primarily intended for application development and testing purposes rather than any kind of production use. This in-memory directory server also provides full support for LDAP transactions. Neil Wilson --089e0160c2920f311d0503a8bc00 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On Sep 22, 2014 6:08 AM, "Michael Str=C3=B6der" &l= t;michael@stroeder.com> wrot= e:
>
> HI!
>
> Which LDAP servers have support LDAP transactions as defined in RFC 58= 05?
> Is it used with any particular use-cases?
>
> Ciao, Michael.

The UnboundID Directory Server has full support for LDAP tra= nsactions as described in RFC 5805.=C2=A0 These transactions are also suppo= rted through the UnboundID Directory Proxy Server in configurations in whic= h all backend servers have identical sets of data, as well as support for t= ransactions in certain entry-balanced configurations (where the data may be= split up into multiple non-identical sets.

In addition, the UnboundID LDAP SDK for Java includes a simp= le in-memory directory server that is primarily intended for application de= velopment and testing purposes rather than any kind of production use.=C2= =A0 This in-memory directory server also provides full support for LDAP tra= nsactions.

Neil Wilson

--089e0160c2920f311d0503a8bc00-- From nobody Mon Sep 22 22:30:05 2014 Return-Path: X-Original-To: ldapext@ietfa.amsl.com Delivered-To: ldapext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 978631A1ABF for ; Mon, 22 Sep 2014 22:30:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.313 X-Spam-Level: X-Spam-Status: No, score=0.313 tagged_above=-999 required=5 tests=[BAYES_50=0.8, MIME_8BIT_HEADER=0.3, RP_MATCHES_RCVD=-0.786, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id noeKOh6nP5go for ; Mon, 22 Sep 2014 22:30:02 -0700 (PDT) Received: from mail.highlandsun.com (mail.highlandsun.com [70.87.222.79]) by ietfa.amsl.com (Postfix) with ESMTP id E459E1A1A93 for ; Mon, 22 Sep 2014 22:30:01 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by mail.highlandsun.com (Postfix) with ESMTP id 791C210EFD; Tue, 23 Sep 2014 01:29:58 -0400 (EDT) Message-ID: <54210557.7060205@highlandsun.com> Date: Tue, 23 Sep 2014 06:29:59 +0100 From: Howard Chu User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:30.0) Gecko/20100101 Firefox/30.0 SeaMonkey/2.27a1 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Michael_Str=F6der?= , ldapext References: <541FCF2A.1050700@stroeder.com> In-Reply-To: <541FCF2A.1050700@stroeder.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Archived-At: http://mailarchive.ietf.org/arch/msg/ldapext/jCilRTZIWEekgg_tNEaLOxL7kMs Subject: Re: [ldapext] Server implementations of LDAP transactions? X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Sep 2014 05:30:03 -0000 Michael Ströder wrote: > HI! > > Which LDAP servers have support LDAP transactions as defined in RFC 5805? It's currently in OpenLDAP's git repo and support will be in release 2.5. > Is it used with any particular use-cases? The main driver this time around was supporting Samba 4. A lot of the Microsoft AD-related attributes require referential integrity to be maintained atomically. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/ From nobody Tue Sep 23 03:38:39 2014 Return-Path: X-Original-To: ldapext@ietfa.amsl.com Delivered-To: ldapext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AF7551A7021 for ; Tue, 23 Sep 2014 03:38:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.564 X-Spam-Level: X-Spam-Status: No, score=-0.564 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, HTML_IMAGE_ONLY_28=1.404, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BR_37gIItlTw for ; Tue, 23 Sep 2014 03:38:36 -0700 (PDT) Received: from mail-qg0-f42.google.com (mail-qg0-f42.google.com [209.85.192.42]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 630A31A702D for ; Tue, 23 Sep 2014 03:38:36 -0700 (PDT) Received: by mail-qg0-f42.google.com with SMTP id z60so2983837qgd.1 for ; Tue, 23 Sep 2014 03:38:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=ydT8A+kJO0PptQi5Lktrr1TAn2VPpDCJtdJrxBv9r9U=; b=ATT8CXJFEJawiORB71z44CHGNJR9rytF47EzmWPKNpkNBwg0ErI5WBqhkA+TVSbbg/ wpPsqM4fn/2sq2PQd5WnZqReB+dQbvLh0oR9rQYeXtuXLGotrHfxYPfTUHFN11XtDvPc 9u35A4udOADviYa/ritpi1VhONJnKYU/Z9wde/6PCnNuCQcpTUgU9z/7nmlWITN/VHFB VOzLBkspOkCL4D4u7ZKFr1swPa6gseZJOS1HzCkW7YwYllk0Xsq2+mx46l7Id/iIk+H3 rk6ftLghrgO5uc0hAOLeL4t15DzudGOJQXv2Skb5qakh0oKLkWTd2rwuXu6FWOPEeaaF Mmpg== X-Gm-Message-State: ALoCoQljIwYyaEPF1/I1+R+VuS1iZIa5wyzV4A9PYqU+f+vbbjx/7L39gch+Jry9vpYSYeUDZ9N+ X-Received: by 10.224.60.129 with SMTP id p1mr10385602qah.99.1411468715320; Tue, 23 Sep 2014 03:38:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.140.102.205 with HTTP; Tue, 23 Sep 2014 03:38:15 -0700 (PDT) In-Reply-To: <54210557.7060205@highlandsun.com> References: <541FCF2A.1050700@stroeder.com> <54210557.7060205@highlandsun.com> From: Jim Willeke Date: Tue, 23 Sep 2014 06:38:15 -0400 Message-ID: To: ldapext Content-Type: multipart/alternative; boundary=001a11c3d8d4637e7f0503b92b9e Archived-At: http://mailarchive.ietf.org/arch/msg/ldapext/J7BxFPgGqVgdKkglBbJ8YHEb39M Subject: Re: [ldapext] Server implementations of LDAP transactions? X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Sep 2014 10:38:38 -0000 --001a11c3d8d4637e7f0503b92b9e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable OID claims support for RFC 5805. ( http://docs.oracle.com/cd/E28280_01/admin.1111/e10029/rfcs.htm) -jim =C3=A1 =C2=A7 -- -jim Jim Willeke On Tue, Sep 23, 2014 at 1:29 AM, Howard Chu wrote: > Michael Str=C3=B6der wrote: > >> HI! >> >> Which LDAP servers have support LDAP transactions as defined in RFC 5805= ? >> > > It's currently in OpenLDAP's git repo and support will be in release 2.5. > > Is it used with any particular use-cases? >> > > The main driver this time around was supporting Samba 4. A lot of the > Microsoft AD-related attributes require referential integrity to be > maintained atomically. > > -- > -- Howard Chu > CTO, Symas Corp. http://www.symas.com > Director, Highland Sun http://highlandsun.com/hyc/ > Chief Architect, OpenLDAP http://www.openldap.org/project/ > > _______________________________________________ > Ldapext mailing list > Ldapext@ietf.org > https://www.ietf.org/mailman/listinfo/ldapext > --001a11c3d8d4637e7f0503b92b9e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
OID claims support for RFC 5805. (http://docs.oracle.com/c= d/E28280_01/admin.1111/e10029/rfcs.htm)

-jim
=C3=A1 =C2=A7
=

--
-jim
Jim Willeke

On Tue, Sep 23, 2014 at 1:29 AM, Howard Chu = <hyc@highlandsun.com> wrote:
Michael Str=C3=B6der wrote:
HI!

Which LDAP servers have support LDAP transactions as defined in RFC 5805?

It's currently in OpenLDAP's git repo and support will be in releas= e 2.5.

Is it used with any particular use-cases?

 The main driver this time around was supporting Samba 4. A lot of the Micro= soft AD-related attributes require referential integrity to be maintained a= tomically.

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

_______________________________________________
Ldapext mailing list
Ldapext@ietf.org<= br> https://www.ietf.org/mailman/listinfo/ldapext

--001a11c3d8d4637e7f0503b92b9e-- From nobody Fri Sep 26 05:15:53 2014 Return-Path: X-Original-To: ldapext@ietfa.amsl.com Delivered-To: ldapext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 41DD01A1B89 for ; Fri, 26 Sep 2014 05:15:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.087 X-Spam-Level: X-Spam-Status: No, score=-3.087 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.786, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xo8LJyuzS88V for ; Fri, 26 Sep 2014 05:15:49 -0700 (PDT) Received: from srv1.stroeder.com (srv1.stroeder.com [213.240.180.113]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D1E6F1A1B87 for ; Fri, 26 Sep 2014 05:15:48 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by srv1.stroeder.com (Postfix) with ESMTP id 98C45602EB for ; Fri, 26 Sep 2014 14:15:45 +0200 (CEST) X-Virus-Scanned: amavisd-new at stroeder.com Received: from srv1.stroeder.com ([127.0.0.1]) by localhost (srv1.stroeder.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jse01sX1Ke-V for ; Fri, 26 Sep 2014 14:15:40 +0200 (CEST) Received: from [10.1.0.2] (unknown [10.1.0.2]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client CN "michael@stroeder.com", Issuer "StartCom Class 1 Primary Intermediate Client CA" (verified OK)) by srv1.stroeder.com (Postfix) with ESMTPS id 5348A602E3 for ; Fri, 26 Sep 2014 12:15:40 +0000 (UTC) Message-ID: <542558EB.4000709@stroeder.com> Date: Fri, 26 Sep 2014 14:15:39 +0200 From: =?UTF-8?B?TWljaGFlbCBTdHLDtmRlcg==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1 MIME-Version: 1.0 To: ldapext References: <20140926115934.25447.2865.idtracker@ietfa.amsl.com> In-Reply-To: <20140926115934.25447.2865.idtracker@ietfa.amsl.com> X-Forwarded-Message-Id: <20140926115934.25447.2865.idtracker@ietfa.amsl.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms090302080808060309050801" Archived-At: http://mailarchive.ietf.org/arch/msg/ldapext/lsjoLLiu9i2AGeBaAbljWw9thZc Subject: [ldapext] Fwd: New Version Notification for draft-stroeder-mailboxrelatedobject-06.txt X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Sep 2014 12:15:51 -0000 This is a cryptographically signed message in MIME format. --------------ms090302080808060309050801 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable HI! I've sent this draft to the RFC editor for review. Anyone here willing to act as reviewer? Still sorting out some idnits issues for next version but those are only = minor details. Ciao, Michael. -------- Forwarded Message -------- Subject: New Version Notification for draft-stroeder-mailboxrelatedobject= -06.txt Date: Fri, 26 Sep 2014 04:59:34 -0700 From: internet-drafts@ietf.org To: Michael Stroeder , Michael Stroeder A new version of I-D, draft-stroeder-mailboxrelatedobject-06.txt has been successfully submitted by Michael Stroeder and posted to the IETF repository. Name: draft-stroeder-mailboxrelatedobject Revision: 06 Title: Lightweight Directory Access Protocol (LDAP): Auxiliary Object Cl= ass 'mailboxRelatedObject' Document date: 2014-09-26 Group: Individual Submission Pages: 5 URL: http://www.ietf.org/internet-drafts/draft-stroeder-mailboxrelatedobject-0= 6.txt Status: https://datatracker.ietf.org/doc/draft-stroeder-mailboxrelatedobject/ Htmlized: http://tools.ietf.org/html/draft-stroeder-mailboxrelatedo= bject-06 Diff: http://www.ietf.org/rfcdiff?url2=3Ddraft-stroeder-mailboxrelatedobject-06= Abstract: This document defines the auxiliary object class 'mailboxRelatedObject' that can be used to associate an arbitrary object with an Internet mail address. Furthermore an attribute 'intlMailAdr' is defined for storing fully internationalized Internet mail addresses. Please note that it may take a couple of minutes from the time of submiss= ion until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat --------------ms090302080808060309050801 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMgTCC BjQwggQcoAMCAQICAR4wDQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3 MTAyNDIxMDE1NVoXDTE3MTAyNDIxMDE1NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMcJg8zOLdgasSmkLhOr lr6KMoOMpohBllVHrdRvEg/q6r8jR+EK75xCGhR8ToREoqe7zM9/UnC6TS2y9UKTpT1v7RSM zR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC+y7P3/1/X7U8ocb8VpH/Clt+4iq7nirMcNh6 qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxDz2UbFqE2+6vIZoL+jb9x4Pa5gNf1TwSD kOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr/+N2JLKutIxMYqQOJebr/f/h5t95 m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFcfH6WNU7y1LhRgjAfBgNV HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqD CH14qywGXLhjjF6uHLkjd02hcdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy 6QMVQjbbMXltUfO4n4bGGdKo3awPWp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPI zKKR9tQW8gGK+2+RHxkUCTbYFnL6kl8Ch507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKf KSETEPrHh7p5shuuNktvsv6hxHTLhiMKX893gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HOR z9v3vQwR4e3ksLc2JZOAFK+ssS5XMEoznzpihEP0PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9 sIPP7ON0fz095HdThKjiVJe6vofq+n6b1NBc8XdrQvBmunwxD5nvtTW4vtN6VY7mUCmxsCie uoBJ9OlqmsVWQvifIYf40dJPZkk9YgGTzWLpXDSfLSplbY2LL9C9U0ptvjcDjefLTvqSFc7t w1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGqUp/pNy8ZuPGQmHwFi2/14+xeSUDG2bwnsYJQ G2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb19mOgSF0bBdXbuKhEpuP9wirslFe6fQ1t 5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMIIGRTCCBS2gAwIBAgIDC01QMA0GCSqGSIb3DQEB BQUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcNMTQwOTIzMjA0NzU1 WhcNMTUwOTI0MjIwNTE4WjBfMRkwFwYDVQQNExA2TTJZN2k5ekR0ZTZqVXcwMR0wGwYDVQQD DBRtaWNoYWVsQHN0cm9lZGVyLmNvbTEjMCEGCSqGSIb3DQEJARYUbWljaGFlbEBzdHJvZWRl ci5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDKcgfT19Tn3u/h+Di7CoUk M9TFAdX2rGt8z9ze95K0/JiXQmiuooesP6F8I1n5OjLrk031/287bpaecugMX4UTYORCLrWJ OArmNlOvl0kbVZCSTr3xQ1Y7zuVRYFFhiJQzvALd6TYTSvNH32ojETh0b3DCzX0Xcoom803y 0xPKg/DlWTDirHZJbnhYQEzHugJcEhk88MPyi+V53q8NXB5VJphcVRuTFsolHzsyyKHfgFr5 wzlIAdA1DXWNpImMV6ptCdeN/ScRKe+jRchyRz3DbjTDeNyC7pvlIhAEja+/lNoi/u8qo2TS j5wZz02cLDn/EP84AH0CP+oNxro2F4cJAgMBAAGjggLaMIIC1jAJBgNVHRMEAjAAMAsGA1Ud DwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFOPPUGEQ tk7fMQl+ZlDgj5zo0JciMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1TvLUuFGCMB8GA1Ud EQQYMBaBFG1pY2hhZWxAc3Ryb2VkZXIuY29tMIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEE AYG1NwECAzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGlj eS5wZGYwgfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9y aXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRo ZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBw b2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBs aWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6Ap oCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEB BIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3Mx L2NsaWVudC9jYTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMv c3ViLmNsYXNzMS5jbGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRz c2wuY29tLzANBgkqhkiG9w0BAQUFAAOCAQEAB8HJ30IRnmli5Frde4TnF4mgikOiXbYDWYga 5GrFoEUi6aaYOhiv+1WAWh3/d69Ak75p3xPnCmihjjbYeQc3hrVQju6MIpxT8+tBLGa/bwAC yXgWj8idjWdIWMzLxjCPcQb4R2PVmkKTNNE0ZmMFrpSPtRjtRbvWRhxJ0IF7y9z1mLfo6cca RdE5YiKLfAEosMRmrGSfDQKP1NPLmXKWVjPIeS7hpcsM+GJitPOFaLCBibB5ou9b/KphWwdG lby53Oo6vrG9RVy5GZ8xMQ0ztFKVFlXDb7n4j7OfuOo6utQs7UU/sujlw+KWwylIw7Cgmc8t CA1m9c48U7pVoMI5ujGCA90wggPZAgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMN U3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2ln bmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBD bGllbnQgQ0ECAwtNUDAJBgUrDgMCGgUAoIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xNDA5MjYxMjE1MzlaMCMGCSqGSIb3DQEJBDEWBBSWImzgFukY k1NUMF+4ewcVfnd21TBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQME AQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIH MA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYw FAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZp Y2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJt ZWRpYXRlIENsaWVudCBDQQIDC01QMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UE BhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFs IENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFy eSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgMLTVAwDQYJKoZIhvcNAQEBBQAEggEAH3Y86tw+ tD4dZaQpP6Y0xqBAsK8HwVVhvD8oVGxQlSD1YIJWJNiYSha3lcvCRg/1FMLqlnW6oaqmpdPY H4sOONOCuraggmanmTHQD8zHELJo6rpD2/V0lGqM0/kY5Vh045iHV66osbd5T+VPuTK04UhP +nibGeEMf4rpsRMHpgLRdosR+i3m7p6u3DDJpfeS7wCVeg5Xuh+84ysaFti5e9TUsVf7hn/J kXCkJaRiBQsmAyh4sJAZ2ic8ZfzLSysy1o0faAsmdbcoHxbq5HI33iYOWqmwiJh0OmYMDVDi 0L7MGJwJA2DPZVulVwcz2ieGdJrYf+kq8zozQriBsrH+cwAAAAAAAA== --------------ms090302080808060309050801-- From nobody Fri Sep 26 05:23:45 2014 Return-Path: X-Original-To: ldapext@ietfa.amsl.com Delivered-To: ldapext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C1A31A1B5E for ; Fri, 26 Sep 2014 05:23:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.087 X-Spam-Level: X-Spam-Status: No, score=-3.087 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.786, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u8GoPyRNOxaW for ; Fri, 26 Sep 2014 05:23:38 -0700 (PDT) Received: from srv1.stroeder.com (srv1.stroeder.com [213.240.180.113]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C48721A1B68 for ; Fri, 26 Sep 2014 05:23:37 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by srv1.stroeder.com (Postfix) with ESMTP id 59DA8602ED for ; Fri, 26 Sep 2014 14:23:35 +0200 (CEST) X-Virus-Scanned: amavisd-new at stroeder.com Received: from srv1.stroeder.com ([127.0.0.1]) by localhost (srv1.stroeder.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Qt2Pou1_5AQe for ; Fri, 26 Sep 2014 14:23:30 +0200 (CEST) Received: from [10.1.0.2] (unknown [10.1.0.2]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client CN "michael@stroeder.com", Issuer "StartCom Class 1 Primary Intermediate Client CA" (verified OK)) by srv1.stroeder.com (Postfix) with ESMTPS id 52A21602C4 for ; Fri, 26 Sep 2014 12:23:29 +0000 (UTC) Message-ID: <54255AC1.8040705@stroeder.com> Date: Fri, 26 Sep 2014 14:23:29 +0200 From: =?UTF-8?B?TWljaGFlbCBTdHLDtmRlcg==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1 MIME-Version: 1.0 To: ldapext Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms080302000300000009080700" Archived-At: http://mailarchive.ietf.org/arch/msg/ldapext/oW1DshOJWnA7M8vcTdy7FElYJ3Y Subject: [ldapext] Revive ldapext WG? X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Sep 2014 12:23:43 -0000 This is a cryptographically signed message in MIME format. --------------ms080302000300000009080700 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable HI! AFAICS independent draft submissions can only reach informational or experimental status. But I think it should be possible to reach standard status for some impor= tant drafts (like ppolicy draft as discussed at LDAPcon 2013). What do you think about it? Should IETF WG ldapext should be revived? Ciao, Michael. --------------ms080302000300000009080700 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMgTCC BjQwggQcoAMCAQICAR4wDQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3 MTAyNDIxMDE1NVoXDTE3MTAyNDIxMDE1NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMcJg8zOLdgasSmkLhOr lr6KMoOMpohBllVHrdRvEg/q6r8jR+EK75xCGhR8ToREoqe7zM9/UnC6TS2y9UKTpT1v7RSM zR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC+y7P3/1/X7U8ocb8VpH/Clt+4iq7nirMcNh6 qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxDz2UbFqE2+6vIZoL+jb9x4Pa5gNf1TwSD kOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr/+N2JLKutIxMYqQOJebr/f/h5t95 m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFcfH6WNU7y1LhRgjAfBgNV HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqD CH14qywGXLhjjF6uHLkjd02hcdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy 6QMVQjbbMXltUfO4n4bGGdKo3awPWp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPI zKKR9tQW8gGK+2+RHxkUCTbYFnL6kl8Ch507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKf KSETEPrHh7p5shuuNktvsv6hxHTLhiMKX893gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HOR z9v3vQwR4e3ksLc2JZOAFK+ssS5XMEoznzpihEP0PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9 sIPP7ON0fz095HdThKjiVJe6vofq+n6b1NBc8XdrQvBmunwxD5nvtTW4vtN6VY7mUCmxsCie uoBJ9OlqmsVWQvifIYf40dJPZkk9YgGTzWLpXDSfLSplbY2LL9C9U0ptvjcDjefLTvqSFc7t w1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGqUp/pNy8ZuPGQmHwFi2/14+xeSUDG2bwnsYJQ G2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb19mOgSF0bBdXbuKhEpuP9wirslFe6fQ1t 5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMIIGRTCCBS2gAwIBAgIDC01QMA0GCSqGSIb3DQEB BQUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcNMTQwOTIzMjA0NzU1 WhcNMTUwOTI0MjIwNTE4WjBfMRkwFwYDVQQNExA2TTJZN2k5ekR0ZTZqVXcwMR0wGwYDVQQD DBRtaWNoYWVsQHN0cm9lZGVyLmNvbTEjMCEGCSqGSIb3DQEJARYUbWljaGFlbEBzdHJvZWRl ci5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDKcgfT19Tn3u/h+Di7CoUk M9TFAdX2rGt8z9ze95K0/JiXQmiuooesP6F8I1n5OjLrk031/287bpaecugMX4UTYORCLrWJ OArmNlOvl0kbVZCSTr3xQ1Y7zuVRYFFhiJQzvALd6TYTSvNH32ojETh0b3DCzX0Xcoom803y 0xPKg/DlWTDirHZJbnhYQEzHugJcEhk88MPyi+V53q8NXB5VJphcVRuTFsolHzsyyKHfgFr5 wzlIAdA1DXWNpImMV6ptCdeN/ScRKe+jRchyRz3DbjTDeNyC7pvlIhAEja+/lNoi/u8qo2TS j5wZz02cLDn/EP84AH0CP+oNxro2F4cJAgMBAAGjggLaMIIC1jAJBgNVHRMEAjAAMAsGA1Ud DwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFOPPUGEQ tk7fMQl+ZlDgj5zo0JciMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1TvLUuFGCMB8GA1Ud EQQYMBaBFG1pY2hhZWxAc3Ryb2VkZXIuY29tMIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEE AYG1NwECAzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGlj eS5wZGYwgfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9y aXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRo ZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBw b2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBs aWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6Ap oCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEB BIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3Mx L2NsaWVudC9jYTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMv c3ViLmNsYXNzMS5jbGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRz c2wuY29tLzANBgkqhkiG9w0BAQUFAAOCAQEAB8HJ30IRnmli5Frde4TnF4mgikOiXbYDWYga 5GrFoEUi6aaYOhiv+1WAWh3/d69Ak75p3xPnCmihjjbYeQc3hrVQju6MIpxT8+tBLGa/bwAC yXgWj8idjWdIWMzLxjCPcQb4R2PVmkKTNNE0ZmMFrpSPtRjtRbvWRhxJ0IF7y9z1mLfo6cca RdE5YiKLfAEosMRmrGSfDQKP1NPLmXKWVjPIeS7hpcsM+GJitPOFaLCBibB5ou9b/KphWwdG lby53Oo6vrG9RVy5GZ8xMQ0ztFKVFlXDb7n4j7OfuOo6utQs7UU/sujlw+KWwylIw7Cgmc8t CA1m9c48U7pVoMI5ujGCA90wggPZAgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMN U3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2ln bmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBD bGllbnQgQ0ECAwtNUDAJBgUrDgMCGgUAoIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xNDA5MjYxMjIzMjlaMCMGCSqGSIb3DQEJBDEWBBSHJBeNSIgZ rL6SBfta5UYHDiZ4tTBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQME AQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIH MA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYw FAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZp Y2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJt ZWRpYXRlIENsaWVudCBDQQIDC01QMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UE BhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFs IENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFy eSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgMLTVAwDQYJKoZIhvcNAQEBBQAEggEAKcouT7Ft qNhgP7DlGxAdxOUxeJnYY8uu4ZadwsvGlCeVAGn5cCXvQdEqgf154Pn1/3Y63hoTj5YhbdWu QzzmtJ69XTGbwDnNIvax3tOX+Oucpj3q7uKj8I+9fF9fr+EEWPlPD9Cx5Ubf/gF12Be9pIpj vOsJZsZPqvm9fjqyqIyG5qYHJce4hc/8hBATaNjqCQpUztkCW9sDHWjoh1KE6f9vOFOrRgdE 2n4kiSHRHoZhN0rBwKVtPPXpUL9rpImYq2YfVCDQhLufhdrgq97dQ0FFZ9KVcdPSo0+YIFFh M9L+8twTs1NFENViXSxN52bYOnRmNG0Sh3Cwdzx8qdN4qAAAAAAAAA== --------------ms080302000300000009080700-- From nobody Fri Sep 26 05:51:44 2014 Return-Path: X-Original-To: ldapext@ietfa.amsl.com Delivered-To: ldapext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9767D1A1B97 for ; Fri, 26 Sep 2014 05:51:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.699 X-Spam-Level: X-Spam-Status: No, score=-1.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lL6oVqB0PUsM for ; Fri, 26 Sep 2014 05:51:42 -0700 (PDT) Received: from mail-wi0-x231.google.com (mail-wi0-x231.google.com [IPv6:2a00:1450:400c:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 666CC1A1BFF for ; Fri, 26 Sep 2014 05:51:42 -0700 (PDT) Received: by mail-wi0-f177.google.com with SMTP id q5so11434924wiv.10 for ; Fri, 26 Sep 2014 05:51:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WLTU9uSUpLWiXwctKhAT4Tz/GWwJEh5qXtsCuYjldT4=; b=ceQT6EsoS7lbLaOldgIOSiKtJWKMcQ+l5x14gxWj2zqw6i1ffGmcH9xd3MPqJYzCoC keleBijoqXEu1mDZnspiqDbdbhzMkGqWK/u0/z8sGVangJRBle3S8V6FRjUXPWlFSN6d vVgJLk44FNsgNbjMD5xbzKEc8AHoFSZXq8xHCYwo87LtClaztedAQgxQUTzqhHpUwPpo chEbPpwP71s0EOVgJ/Fd8Ke+TnBfd+RbYFemrC5IXsCSmgPuFp+7VDoJ42bQVDunrtr3 1Ea2DTwnZOqSaAKNRjLxp9u7HWpcv3wSBF9JMVVd67ogHl/KpVyobkuLyGPxBv1MALT1 FQEA== MIME-Version: 1.0 X-Received: by 10.194.237.164 with SMTP id vd4mr23198709wjc.46.1411735900920; Fri, 26 Sep 2014 05:51:40 -0700 (PDT) Received: by 10.194.8.201 with HTTP; Fri, 26 Sep 2014 05:51:40 -0700 (PDT) In-Reply-To: <54255AC1.8040705@stroeder.com> References: <54255AC1.8040705@stroeder.com> Date: Fri, 26 Sep 2014 14:51:40 +0200 Message-ID: From: =?UTF-8?Q?Cl=C3=A9ment_OUDOT?= To: =?UTF-8?Q?Michael_Str=C3=B6der?= Content-Type: multipart/alternative; boundary=089e01494d0ae422c40503f76069 Archived-At: http://mailarchive.ietf.org/arch/msg/ldapext/FCGk96kd8sig5F62fGSCL_kKu-4 Cc: ldapext Subject: Re: [ldapext] Revive ldapext WG? X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Sep 2014 12:51:43 -0000 --089e01494d0ae422c40503f76069 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 2014-09-26 14:23 GMT+02:00 Michael Str=C3=B6der : > HI! > > AFAICS independent draft submissions can only reach informational or > experimental status. > > But I think it should be possible to reach standard status for some > important > drafts (like ppolicy draft as discussed at LDAPcon 2013). > > What do you think about it? > Should IETF WG ldapext should be revived? > Hi Michael, 100% agree with you, I think we need to convert some important drafts into RFC. I am willing to help, as far as I can of course. Cl=C3=A9ment. --089e01494d0ae422c40503f76069 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


2014-09-26 14:23 GMT+02:00 Michael Str=C3=B6der <<= a href=3D"mailto:michael@stroeder.com" target=3D"_blank">michael@stroeder.c= om>:
HI!

AFAICS independent draft submissions can only reach informational or
experimental status.

But I think it should be possible to reach standard status for some importa= nt
drafts (like ppolicy draft as discussed at LDAPcon 2013).

What do you think about it?
Should IETF WG ldapext should be revived?

Hi Michael,

100% agree with you, I think we need to co= nvert some important drafts into RFC. I am willing to help, as far as I can= of course.


Cl=C3=A9ment.
--089e01494d0ae422c40503f76069-- From nobody Fri Sep 26 07:10:36 2014 Return-Path: X-Original-To: ldapext@ietfa.amsl.com Delivered-To: ldapext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77C531A88BE for ; Fri, 26 Sep 2014 07:10:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CkYkoj5HvZMo for ; Fri, 26 Sep 2014 07:10:30 -0700 (PDT) Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9687D1A8866 for ; Fri, 26 Sep 2014 07:10:30 -0700 (PDT) Received: from [192.168.123.7] (unknown [23.240.242.6]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 8023D509B6 for ; Fri, 26 Sep 2014 10:10:29 -0400 (EDT) Message-ID: <542573C2.7090907@seantek.com> Date: Fri, 26 Sep 2014 07:10:10 -0700 From: Sean Leonard User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: ldapext@ietf.org References: <20140926115934.25447.2865.idtracker@ietfa.amsl.com> <542558EB.4000709@stroeder.com> In-Reply-To: <542558EB.4000709@stroeder.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable Archived-At: http://mailarchive.ietf.org/arch/msg/ldapext/A_J6qILDFSP77f47wgCS8efT2Mk Subject: Re: [ldapext] Fwd: New Version Notification for draft-stroeder-mailboxrelatedobject-06.txt X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Sep 2014 14:10:33 -0000 Couple of nits: Nit: Why is the attribute named "intlMailAdr", instead of "intlMailAddr"? Nit: 1. @2 (means Section 1. at page 2) "Therefore this documents defines" -> "Therefore this document defines" Nit: 1. @2 "Often there is a need to associate a, most times non-personal, Internet = mail address with an arbitrary object" -> "Often the need arises to associate an Internet mail address (which most = times is not personal) with an arbitrary object" Nit: 1. @2 "so applications can lookup where" -> "so application can look up where" Nit: 1. @2 "It allows to add an Internet mail address" -> "It allows adding an Internet mail address" There are also a couple of bigger things...which I will post in a=20 separate e-mail. Sean On 9/26/2014 5:15 AM, Michael Str=F6der wrote: > HI! > > I've sent this draft to the RFC editor for review. > Anyone here willing to act as reviewer? > > Still sorting out some idnits issues for next version but those are onl= y minor > details. > > Ciao, Michael. > > -------- Forwarded Message -------- > Subject: New Version Notification for draft-stroeder-mailboxrelatedobje= ct-06.txt > Date: Fri, 26 Sep 2014 04:59:34 -0700 > From: internet-drafts@ietf.org > To: Michael Stroeder , Michael Stroeder > > > > A new version of I-D, draft-stroeder-mailboxrelatedobject-06.txt > has been successfully submitted by Michael Stroeder and posted to the > IETF repository. > > Name: draft-stroeder-mailboxrelatedobject > Revision: 06 > Title: Lightweight Directory Access Protocol (LDAP): Auxiliary Object = Class > 'mailboxRelatedObject' > Document date: 2014-09-26 > Group: Individual Submission > Pages: 5 > URL: > http://www.ietf.org/internet-drafts/draft-stroeder-mailboxrelatedobject= -06.txt > Status: > https://datatracker.ietf.org/doc/draft-stroeder-mailboxrelatedobject/ > Htmlized: http://tools.ietf.org/html/draft-stroeder-mailboxrelate= dobject-06 > Diff: > http://www.ietf.org/rfcdiff?url2=3Ddraft-stroeder-mailboxrelatedobject-= 06 > > Abstract: > This document defines the auxiliary object class > 'mailboxRelatedObject' that can be used to associate an arbitrary > object with an Internet mail address. Furthermore an attribute > 'intlMailAdr' is defined for storing fully internationalized Intern= et > mail addresses. > > > > > Please note that it may take a couple of minutes from the time of submi= ssion > until the htmlized version and diff are available at tools.ietf.org. > > The IETF Secretariat > > > > > > > _______________________________________________ > Ldapext mailing list > Ldapext@ietf.org > https://www.ietf.org/mailman/listinfo/ldapext From nobody Fri Sep 26 08:06:16 2014 Return-Path: X-Original-To: ldapext@ietfa.amsl.com Delivered-To: ldapext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 11EC01A893C for ; Fri, 26 Sep 2014 08:06:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.087 X-Spam-Level: X-Spam-Status: No, score=-3.087 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.786, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o2Uc10kY2gu5 for ; Fri, 26 Sep 2014 08:06:13 -0700 (PDT) Received: from srv1.stroeder.com (srv1.stroeder.com [213.240.180.113]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 431F01A893F for ; Fri, 26 Sep 2014 08:06:13 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by srv1.stroeder.com (Postfix) with ESMTP id BC2A7602C1; Fri, 26 Sep 2014 17:06:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at stroeder.com Received: from srv1.stroeder.com ([127.0.0.1]) by localhost (srv1.stroeder.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D_QvgtX5UZTZ; Fri, 26 Sep 2014 17:06:04 +0200 (CEST) Received: from [10.1.0.2] (unknown [10.1.0.2]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client CN "michael@stroeder.com", Issuer "StartCom Class 1 Primary Intermediate Client CA" (verified OK)) by srv1.stroeder.com (Postfix) with ESMTPS id C779D602A8; Fri, 26 Sep 2014 15:06:03 +0000 (UTC) Message-ID: <542580DB.60908@stroeder.com> Date: Fri, 26 Sep 2014 17:06:03 +0200 From: =?windows-1252?Q?Michael_Str=F6der?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1 MIME-Version: 1.0 To: Sean Leonard , ldapext@ietf.org References: <20140926115934.25447.2865.idtracker@ietfa.amsl.com> <542558EB.4000709@stroeder.com> <542573C2.7090907@seantek.com> In-Reply-To: <542573C2.7090907@seantek.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms060801080601090804020003" Archived-At: http://mailarchive.ietf.org/arch/msg/ldapext/LNo0dWRW9Hte95lpTMyt84-4Ih0 Subject: Re: [ldapext] Fwd: New Version Notification for draft-stroeder-mailboxrelatedobject-06.txt X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Sep 2014 15:06:16 -0000 This is a cryptographically signed message in MIME format. --------------ms060801080601090804020003 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Sean, thanks for your review. Fixes of nits herein will be in -07. Sean Leonard wrote: > Why is the attribute named "intlMailAdr", instead of "intlMailAddr"? Because of me being a native German speaker. English "address" is "Adresse" in German. ;-) Fixed. > Nit: 1. @2 (means Section 1. at page 2) >=20 > "Therefore this documents defines" -> > "Therefore this document defines" Fixed. > Nit: 1. @2 > "Often there is a need to associate a, most times non-personal, Interne= t mail > address with an arbitrary object" -> > "Often the need arises to associate an Internet mail address (which mos= t times > is not personal) with an arbitrary object" Fixed. >=20 > Nit: 1. @2 > "so applications can lookup where" -> > "so application can look up where" Fixed. > Nit: 1. @2 > "It allows to add an Internet mail address" -> > "It allows adding an Internet mail address" Fixed. > There are also a couple of bigger things...which I will post in a separ= ate > e-mail. Looking forward to your comments. Ciao, Michael. --------------ms060801080601090804020003 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMgTCC BjQwggQcoAMCAQICAR4wDQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3 MTAyNDIxMDE1NVoXDTE3MTAyNDIxMDE1NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMcJg8zOLdgasSmkLhOr lr6KMoOMpohBllVHrdRvEg/q6r8jR+EK75xCGhR8ToREoqe7zM9/UnC6TS2y9UKTpT1v7RSM zR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC+y7P3/1/X7U8ocb8VpH/Clt+4iq7nirMcNh6 qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxDz2UbFqE2+6vIZoL+jb9x4Pa5gNf1TwSD kOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr/+N2JLKutIxMYqQOJebr/f/h5t95 m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFcfH6WNU7y1LhRgjAfBgNV HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqD CH14qywGXLhjjF6uHLkjd02hcdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy 6QMVQjbbMXltUfO4n4bGGdKo3awPWp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPI zKKR9tQW8gGK+2+RHxkUCTbYFnL6kl8Ch507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKf KSETEPrHh7p5shuuNktvsv6hxHTLhiMKX893gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HOR z9v3vQwR4e3ksLc2JZOAFK+ssS5XMEoznzpihEP0PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9 sIPP7ON0fz095HdThKjiVJe6vofq+n6b1NBc8XdrQvBmunwxD5nvtTW4vtN6VY7mUCmxsCie uoBJ9OlqmsVWQvifIYf40dJPZkk9YgGTzWLpXDSfLSplbY2LL9C9U0ptvjcDjefLTvqSFc7t w1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGqUp/pNy8ZuPGQmHwFi2/14+xeSUDG2bwnsYJQ G2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb19mOgSF0bBdXbuKhEpuP9wirslFe6fQ1t 5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMIIGRTCCBS2gAwIBAgIDC01QMA0GCSqGSIb3DQEB BQUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcNMTQwOTIzMjA0NzU1 WhcNMTUwOTI0MjIwNTE4WjBfMRkwFwYDVQQNExA2TTJZN2k5ekR0ZTZqVXcwMR0wGwYDVQQD DBRtaWNoYWVsQHN0cm9lZGVyLmNvbTEjMCEGCSqGSIb3DQEJARYUbWljaGFlbEBzdHJvZWRl ci5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDKcgfT19Tn3u/h+Di7CoUk M9TFAdX2rGt8z9ze95K0/JiXQmiuooesP6F8I1n5OjLrk031/287bpaecugMX4UTYORCLrWJ OArmNlOvl0kbVZCSTr3xQ1Y7zuVRYFFhiJQzvALd6TYTSvNH32ojETh0b3DCzX0Xcoom803y 0xPKg/DlWTDirHZJbnhYQEzHugJcEhk88MPyi+V53q8NXB5VJphcVRuTFsolHzsyyKHfgFr5 wzlIAdA1DXWNpImMV6ptCdeN/ScRKe+jRchyRz3DbjTDeNyC7pvlIhAEja+/lNoi/u8qo2TS j5wZz02cLDn/EP84AH0CP+oNxro2F4cJAgMBAAGjggLaMIIC1jAJBgNVHRMEAjAAMAsGA1Ud DwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFOPPUGEQ tk7fMQl+ZlDgj5zo0JciMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1TvLUuFGCMB8GA1Ud EQQYMBaBFG1pY2hhZWxAc3Ryb2VkZXIuY29tMIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEE AYG1NwECAzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGlj eS5wZGYwgfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9y aXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRo ZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBw b2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBs aWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6Ap oCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEB BIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3Mx L2NsaWVudC9jYTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMv c3ViLmNsYXNzMS5jbGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRz c2wuY29tLzANBgkqhkiG9w0BAQUFAAOCAQEAB8HJ30IRnmli5Frde4TnF4mgikOiXbYDWYga 5GrFoEUi6aaYOhiv+1WAWh3/d69Ak75p3xPnCmihjjbYeQc3hrVQju6MIpxT8+tBLGa/bwAC yXgWj8idjWdIWMzLxjCPcQb4R2PVmkKTNNE0ZmMFrpSPtRjtRbvWRhxJ0IF7y9z1mLfo6cca RdE5YiKLfAEosMRmrGSfDQKP1NPLmXKWVjPIeS7hpcsM+GJitPOFaLCBibB5ou9b/KphWwdG lby53Oo6vrG9RVy5GZ8xMQ0ztFKVFlXDb7n4j7OfuOo6utQs7UU/sujlw+KWwylIw7Cgmc8t CA1m9c48U7pVoMI5ujGCA90wggPZAgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMN U3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2ln bmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBD bGllbnQgQ0ECAwtNUDAJBgUrDgMCGgUAoIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xNDA5MjYxNTA2MDNaMCMGCSqGSIb3DQEJBDEWBBQFvWUHzWjp PktnuhpEKPiWJWOQaDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQME AQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIH MA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYw FAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZp Y2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJt ZWRpYXRlIENsaWVudCBDQQIDC01QMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UE BhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFs IENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFy eSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgMLTVAwDQYJKoZIhvcNAQEBBQAEggEACSILHlRe Ynk9BQG10GCbQjaF11AdmpKzyIeKDezlfAkmP3wLm8Ft7VtiNXifudA8cHIWIF5ltD6TMucc yGaU0c7cZPhV3VS2QCaiMWiiLLuy2SFz04RBIFkU2caG0H20td0CaI0D57KoB6E7QNQSxneT DXoBhcywjRX6MaLVDf+xe62ntN+w/ItyMQsPl8HLa6X0c2iPnbTZug8FRax77LV0V7Fw9Ns2 SDl9EtdgyBkZS0njsXj86Hzt6raFE0lKsofXLHPP5rzGg93juQKKndRx/RJVnyb5TB1ZUBDO O18fWNeFDdZSleLIK+UYib+89OX8GWobpVlykJ7geZmF3gAAAAAAAA== --------------ms060801080601090804020003-- From nobody Fri Sep 26 08:22:16 2014 Return-Path: X-Original-To: ldapext@ietfa.amsl.com Delivered-To: ldapext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C62F81A897B for ; Fri, 26 Sep 2014 08:22:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ql4BZtBnNx5l for ; Fri, 26 Sep 2014 08:22:07 -0700 (PDT) Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 80AA41A8951 for ; Fri, 26 Sep 2014 08:22:07 -0700 (PDT) Received: from [192.168.123.7] (unknown [23.240.242.6]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 6670450AB9 for ; Fri, 26 Sep 2014 11:22:06 -0400 (EDT) Message-ID: <5425848B.3040504@seantek.com> Date: Fri, 26 Sep 2014 08:21:47 -0700 From: Sean Leonard User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: ldapext@ietf.org References: <20140926115934.25447.2865.idtracker@ietfa.amsl.com> <542558EB.4000709@stroeder.com> In-Reply-To: <542558EB.4000709@stroeder.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Archived-At: http://mailarchive.ietf.org/arch/msg/ldapext/xS7-ZgDO9Sqeaioi26TFJY-LyYw Subject: Re: [ldapext] Fwd: New Version Notification for draft-stroeder-mailboxrelatedobject-06.txt X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Sep 2014 15:22:14 -0000 Since I'm new to this list, I searched ietf.org and noticed that this draft has not gotten a lot of discussion. If my search was inaccurate, I apologize in advance for bringing up previously discussed issues. Storing internationalized e-mail addresses in LDAP-related protocols raises a lot of novel issues that I do not think are adequately addressed by this draft. Accordingly, this work ought to be brought up to other IETF areas, namely the apps and security areas. As one example, security-related protocols such as PKIX certificate use distinguished names as an integral part of the protocol. There are already issues with the relationship between the "emailAddress" attribute and authentication of the e-mail address (namely the rfc822Name component of a GeneralName); the fact that mail and emailAddress are two separate attributes (with more-or-less the same meaning) only makes matters worse. I can certainly envision applications that display LDAP or security names, where adding this intlMailAddr would serve to confuse or attack users. This makes me wonder if it is better to extend the syntax of emailAddress so that it is a CHOICE of IA5String or UTF8String. There are lots of reasons against that, but there are lots of reasons for it too. Furthermore, where there's a will, there's a way--since the security area has not yet standardized on how to integrate EAI into PKIX or other places, I can easily see people starting to stuff intlMailAddr into those protocols as a non-standard way to get what the market needs. This draft does not refer to the EAI work normatively, but the EAI work is normative with respect to the format of e-mail addresses. EAI also probably has some say in how to compare e-mail addresses for equality (which has a cascading effect on application protocols such as LDAP, in addition to security protocols). Finally, I assume that the choice of DirectoryString is for convenience, since "most" LDAP implementations will pick DirectoryString by default. But EAI exclusively defines the encoding of an internationalized e-mail address as UTF-8, which means that the repetoire of EAI is virtually all Unicode characters. It puts considerable additional burden on implementations to take a DirectoryString in one of the less-used formats, such as TeletexString, and parse it into Unicode. (The character sets that can be encoded in TeletexString may not be bijective with respect to Unicode, introducing exploitable ambiguities.)* Therefore, I think that the value should be UTF8String alone. Sean *In 2011 I wrote "ASN.1 Teletexer", an ISO C implementation that converts TeletexString to Unicode. So I'm pretty familiar with this minefield. On 9/26/2014 5:15 AM, Michael Ströder wrote: > HI! > > I've sent this draft to the RFC editor for review. > Anyone here willing to act as reviewer? > > Still sorting out some idnits issues for next version but those are only minor > details. > > Ciao, Michael. > > -------- Forwarded Message -------- > Subject: New Version Notification for draft-stroeder-mailboxrelatedobject-06.txt > Date: Fri, 26 Sep 2014 04:59:34 -0700 > From: internet-drafts@ietf.org > To: Michael Stroeder , Michael Stroeder > > > > A new version of I-D, draft-stroeder-mailboxrelatedobject-06.txt > has been successfully submitted by Michael Stroeder and posted to the > IETF repository. > > Name: draft-stroeder-mailboxrelatedobject > Revision: 06 > Title: Lightweight Directory Access Protocol (LDAP): Auxiliary Object Class > 'mailboxRelatedObject' > Document date: 2014-09-26 > Group: Individual Submission > Pages: 5 > URL: > http://www.ietf.org/internet-drafts/draft-stroeder-mailboxrelatedobject-06.txt > Status: > https://datatracker.ietf.org/doc/draft-stroeder-mailboxrelatedobject/ > Htmlized: http://tools.ietf.org/html/draft-stroeder-mailboxrelatedobject-06 > Diff: > http://www.ietf.org/rfcdiff?url2=draft-stroeder-mailboxrelatedobject-06 > > Abstract: > This document defines the auxiliary object class > 'mailboxRelatedObject' that can be used to associate an arbitrary > object with an Internet mail address. Furthermore an attribute > 'intlMailAdr' is defined for storing fully internationalized Internet > mail addresses. > > > > > Please note that it may take a couple of minutes from the time of submission > until the htmlized version and diff are available at tools.ietf.org. > > The IETF Secretariat > > > > > > > _______________________________________________ > Ldapext mailing list > Ldapext@ietf.org > https://www.ietf.org/mailman/listinfo/ldapext From nobody Fri Sep 26 08:32:05 2014 Return-Path: X-Original-To: ldapext@ietfa.amsl.com Delivered-To: ldapext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0724E1A6FFC for ; Fri, 26 Sep 2014 08:32:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6fqchj-7T2DP for ; Fri, 26 Sep 2014 08:32:00 -0700 (PDT) Received: from mail-we0-x232.google.com (mail-we0-x232.google.com [IPv6:2a00:1450:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F345D1A6F56 for ; Fri, 26 Sep 2014 08:31:59 -0700 (PDT) Received: by mail-we0-f178.google.com with SMTP id t60so9663083wes.23 for ; Fri, 26 Sep 2014 08:31:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:message-id:in-reply-to:references:subject:mime-version :content-type; bh=OSUqtSxJaniSem8VIR86DbWshj+Bq1lShPI+CXJR+mU=; b=NHL5z50DgCgojkGhQcxEQJCLTFQB3dHoQhDQYLWkSmuoO1goxklCkse6bLbLCUQs0T tkgfXaqrrhFnmlurvGegreH053oInwzFNwtzJvieJqzdPJEMJC0ma3zd1F/Kceni32BW D8tKCpxXWkhbxogDRpxu2Q8KdvvDN8RamzpXU0FeJcvIDtzfe7WRIpdLVlciVaA7tSKj FMbCOm8OpHQ+F4VCJQcMb75rh4pWhM2FSQ3for3nuhflMMVsKP/Ime3keKxm5mZr4g2+ 5YBr/RuLS+d15HxqdbXk69KlVuhmn8qpza7KxKR+TCsGatEyKWw02k01BHRbG4c5AoYc WBhg== X-Received: by 10.194.80.71 with SMTP id p7mr24678566wjx.35.1411745518470; Fri, 26 Sep 2014 08:31:58 -0700 (PDT) Received: from lpm.local ([46.218.40.139]) by mx.google.com with ESMTPSA id t9sm6521214wjf.41.2014.09.26.08.31.57 for (version=SSLv3 cipher=RC4-SHA bits=128/128); Fri, 26 Sep 2014 08:31:57 -0700 (PDT) Date: Fri, 26 Sep 2014 17:31:57 +0200 From: Ludovic Poitou To: ldapext@ietf.org, Sean Leonard Message-ID: In-Reply-To: <5425848B.3040504@seantek.com> References: <20140926115934.25447.2865.idtracker@ietfa.amsl.com> <542558EB.4000709@stroeder.com> <5425848B.3040504@seantek.com> X-Mailer: Airmail Beta (258) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="542586ed_2d1d5ae9_48ca" Archived-At: http://mailarchive.ietf.org/arch/msg/ldapext/D8d2KMnw-VO-vAk3QI-GzD6biiQ Subject: Re: [ldapext] Fwd: New Version Notification for draft-stroeder-mailboxrelatedobject-06.txt X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Sep 2014 15:32:03 -0000 --542586ed_2d1d5ae9_48ca Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi Sean, DirectoryString is defined in R=46C4517 as : 3.3.6. Directory String A value of the Directory String syntax is a string of one or more arbitrary characters from the Universal Character Set (UCS) =5BUCS=5D.= A zero-length character string is not permitted. The LDAP-specific encoding of a value of this syntax is the UT=46-8 encoding =5BR=46C362= 9=5D of the character string. Such encodings conform to the following ABN=46:= DirectoryString =3D 1*UT=468 The rule is defined in =5BR=46C4512=5D. I think it does correspond to the need of internationalised e-mail addres= see. Regards, Ludovic. --=C2=A0 Ludovic Poitou http://ludopoitou.wordpress.com On 26 Sep 2014 at 17:22:18, Sean Leonard (dev+ietf=40seantek.com) wrote: Since I'm new to this list, I searched ietf.org and noticed that this =20 draft has not gotten a lot of discussion. If my search was inaccurate, I = =20 apologize in advance for bringing up previously discussed issues. =20 Storing internationalized e-mail addresses in LDAP-related protocols =20 raises a lot of novel issues that I do not think are adequately =20 addressed by this draft. Accordingly, this work ought to be brought up =20 to other IET=46 areas, namely the apps and security areas. =20 As one example, security-related protocols such as PKIX certificate use =20 distinguished names as an integral part of the protocol. There are =20 already issues with the relationship between the =22emailAddress=22 =20 attribute and authentication of the e-mail address (namely the =20 rfc822Name component of a GeneralName); the fact that mail and =20 emailAddress are two separate attributes (with more-or-less the same =20 meaning) only makes matters worse. I can certainly envision applications = =20 that display LDAP or security names, where adding this intlMailAddr =20 would serve to confuse or attack users. This makes me wonder if it is =20 better to extend the syntax of emailAddress so that it is a CHOICE of =20 IA5String or UT=468String. There are lots of reasons against that, but =20 there are lots of reasons for it too. =20 =46urthermore, where there's a will, there's a way--since the security =20 area has not yet standardized on how to integrate EAI into PKIX or other = =20 places, I can easily see people starting to stuff intlMailAddr into =20 those protocols as a non-standard way to get what the market needs. =20 This draft does not refer to the EAI work normatively, but the EAI work =20 is normative with respect to the format of e-mail addresses. EAI also =20 probably has some say in how to compare e-mail addresses for equality =20 (which has a cascading effect on application protocols such as LDAP, in =20 addition to security protocols). =20 =46inally, I assume that the choice of DirectoryString is for convenience= , =20 since =22most=22 LDAP implementations will pick DirectoryString by defaul= t. =20 But EAI exclusively defines the encoding of an internationalized e-mail =20 address as UT=46-8, which means that the repetoire of EAI is virtually al= l =20 Unicode characters. It puts considerable additional burden on =20 implementations to take a DirectoryString in one of the less-used =20 formats, such as TeletexString, and parse it into Unicode. (The =20 character sets that can be encoded in TeletexString may not be bijective = =20 with respect to Unicode, introducing exploitable ambiguities.)* =20 Therefore, I think that the value should be UT=468String alone. =20 Sean =20 *In 2011 I wrote =22ASN.1 Teletexer=22, an ISO C implementation that =20 converts TeletexString to Unicode. =20 So I'm pretty familiar with =20 this minefield. =20 On 9/26/2014 5:15 AM, Michael Str=C3=B6der wrote: =20 > HI=21 =20 > =20 > I've sent this draft to the R=46C editor for review. =20 > Anyone here willing to act as reviewer=3F =20 > =20 > Still sorting out some idnits issues for next version but those are onl= y minor =20 > details. =20 > =20 > Ciao, Michael. =20 > =20 > -------- =46orwarded Message -------- =20 > Subject: New Version Notification for draft-stroeder-mailboxrelatedobje= ct-06.txt =20 > Date: =46ri, 26 Sep 2014 04:59:34 -0700 =20 > =46rom: internet-drafts=40ietf.org =20 > To: Michael Stroeder , Michael Stroeder =20 > =20 > =20 > =20 > A new version of I-D, draft-stroeder-mailboxrelatedobject-06.txt =20 > has been successfully submitted by Michael Stroeder and posted to the =20 > IET=46 repository. =20 > =20 > Name: draft-stroeder-mailboxrelatedobject =20 > Revision: 06 =20 > Title: Lightweight Directory Access Protocol (LDAP): Auxiliary Object = Class =20 > 'mailboxRelatedObject' =20 > Document date: 2014-09-26 =20 > Group: Individual Submission =20 > Pages: 5 =20 > URL: =20 > http://www.ietf.org/internet-drafts/draft-stroeder-mailboxrelatedobject= -06.txt =20 > Status: =20 > https://datatracker.ietf.org/doc/draft-stroeder-mailboxrelatedobject/ =20 > Htmlized: http://tools.ietf.org/html/draft-stroeder-mailboxrelatedobjec= t-06 =20 > Diff: =20 > http://www.ietf.org/rfcdiff=3Furl2=3Ddraft-stroeder-mailboxrelatedobjec= t-06 =20 > =20 > Abstract: =20 > This document defines the auxiliary object class =20 > 'mailboxRelatedObject' that can be used to associate an arbitrary =20 > object with an Internet mail address. =46urthermore an attribute =20 > 'intlMailAdr' is defined for storing fully internationalized Internet =20 > mail addresses. =20 > =20 > =20 > =20 > =20 > Please note that it may take a couple of minutes from the time of submi= ssion =20 > until the htmlized version and diff are available at tools.ietf.org. =20 > =20 > The IET=46 Secretariat =20 > =20 > =20 > =20 > =20 > =20 > =20 > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F =20 > Ldapext mailing list =20 > Ldapext=40ietf.org =20 > https://www.ietf.org/mailman/listinfo/ldapext =20 =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F =20 Ldapext mailing list =20 Ldapext=40ietf.org =20 https://www.ietf.org/mailman/listinfo/ldapext =20 --542586ed_2d1d5ae9_48ca Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Hi Sean,

DirectoryString is defined in RFC4517 as :

3.3.6.  Directory String


   A value of the Directory String syntax is a string of one or more
   arbitrary characters from the Universal Character Set (UCS) [UCS].  A
   zero-length character string is not permitted.  The LDAP-specific
   encoding of a value of this syntax is the UTF-8 encoding [RFC3629] of
   the character string.  Such encodings conform to the following ABNF:

      DirectoryString = 1*UTF8

   The <UTF8> rule is defined in [RFC4512].

I think it does correspond to the need of internationalised e-mail addressee.

Regards,

Ludovic.
-- 
Ludovic Poitou

On 26 Sep 2014 at 17:22:18, Sean Leonard (dev+ietf@seantek.com) wrote:

Since I'm new to this list, I searched ietf.org and noticed that this
draft has not gotten a lot of discussion. If my search was inaccurate, I
apologize in advance for bringing up previously discussed issues.

Storing internationalized e-mail addresses in LDAP-related protocols
raises a lot of novel issues that I do not think are adequately
addressed by this draft. Accordingly, this work ought to be brought up
to other IETF areas, namely the apps and security areas.

As one example, security-related protocols such as PKIX certificate use
distinguished names as an integral part of the protocol. There are
already issues with the relationship between the "emailAddress"
attribute and authentication of the e-mail address (namely the
rfc822Name component of a GeneralName); the fact that mail and
emailAddress are two separate attributes (with more-or-less the same
meaning) only makes matters worse. I can certainly envision applications
that display LDAP or security names, where adding this intlMailAddr
would serve to confuse or attack users. This makes me wonder if it is
better to extend the syntax of emailAddress so that it is a CHOICE of
IA5String or UTF8String. There are lots of reasons against that, but
there are lots of reasons for it too.

Furthermore, where there's a will, there's a way--since the security
area has not yet standardized on how to integrate EAI into PKIX or other
places, I can easily see people starting to stuff intlMailAddr into
those protocols as a non-standard way to get what the market needs.

This draft does not refer to the EAI work normatively, but the EAI work
is normative with respect to the format of e-mail addresses. EAI also
probably has some say in how to compare e-mail addresses for equality
(which has a cascading effect on application protocols such as LDAP, in
addition to security protocols).

Finally, I assume that the choice of DirectoryString is for convenience,
since "most" LDAP implementations will pick DirectoryString by default.
But EAI exclusively defines the encoding of an internationalized e-mail
address as UTF-8, which means that the repetoire of EAI is virtually all
Unicode characters. It puts considerable additional burden on
implementations to take a DirectoryString in one of the less-used
formats, such as TeletexString, and parse it into Unicode. (The
character sets that can be encoded in TeletexString may not be bijective
with respect to Unicode, introducing exploitable ambiguities.)*
Therefore, I think that the value should be UTF8String alone.

Sean

*In 2011 I wrote "ASN.1 Teletexer", an ISO C implementation that
converts TeletexString to Unicode.
<https://www.seantek.com/asn1teletexer/> So I'm pretty familiar with
this minefield.

On 9/26/2014 5:15 AM, Michael Ströder wrote:
> HI!
>
> I've sent this draft to the RFC editor for review.
> Anyone here willing to act as reviewer?
>
> Still sorting out some idnits issues for next version but those are only minor
> details.
>
> Ciao, Michael.
>
> -------- Forwarded Message --------
> Subject: New Version Notification for draft-stroeder-mailboxrelatedobject-06.txt
> Date: Fri, 26 Sep 2014 04:59:34 -0700
> From: internet-drafts@ietf.org
> To: Michael Stroeder <michael@stroeder.com>, Michael Stroeder
> <michael@stroeder.com>
>
>
> A new version of I-D, draft-stroeder-mailboxrelatedobject-06.txt
> has been successfully submitted by Michael Stroeder and posted to the
> IETF repository.
>
> Name: draft-stroeder-mailboxrelatedobject
> Revision: 06
> Title: Lightweight Directory Access Protocol (LDAP): Auxiliary Object Class
> 'mailboxRelatedObject'
> Document date: 2014-09-26
> Group: Individual Submission
> Pages: 5
> URL:
> http://www.ietf.org/internet-drafts/draft-stroeder-mailboxrelatedobject-06.txt
> Status:
> https://datatracker.ietf.org/doc/draft-stroeder-mailboxrelatedobject/
> Htmlized: http://tools.ietf.org/html/draft-stroeder-mailboxrelatedobject-06
> Diff:
> http://www.ietf.org/rfcdiff?url2=draft-stroeder-mailboxrelatedobject-06
>
> Abstract:
> This document defines the auxiliary object class
> 'mailboxRelatedObject' that can be used to associate an arbitrary
> object with an Internet mail address. Furthermore an attribute
> 'intlMailAdr' is defined for storing fully internationalized Internet
> mail addresses.
>
>
>
>
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> The IETF Secretariat
>
>
>
>
>
>
> _______________________________________________
> Ldapext mailing list
> Ldapext@ietf.org
> https://www.ietf.org/mailman/listinfo/ldapext

_______________________________________________
Ldapext mailing list
Ldapext@ietf.org
https://www.ietf.org/mailman/listinfo/ldapext

--------------060707030702080507020803-- From nobody Fri Sep 26 09:05:01 2014 Return-Path: X-Original-To: ldapext@ietfa.amsl.com Delivered-To: ldapext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A2601A894F for ; Fri, 26 Sep 2014 09:04:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.087 X-Spam-Level: X-Spam-Status: No, score=-3.087 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.786, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id axVFH1WjRd54 for ; Fri, 26 Sep 2014 09:04:57 -0700 (PDT) Received: from srv1.stroeder.com (srv1.stroeder.com [213.240.180.113]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7C3321A8A0E for ; Fri, 26 Sep 2014 09:04:17 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by srv1.stroeder.com (Postfix) with ESMTP id EA54460279; Fri, 26 Sep 2014 18:04:14 +0200 (CEST) X-Virus-Scanned: amavisd-new at stroeder.com Received: from srv1.stroeder.com ([127.0.0.1]) by localhost (srv1.stroeder.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M7b0ORt9f3ZE; Fri, 26 Sep 2014 18:04:08 +0200 (CEST) Received: from [10.1.0.2] (unknown [10.1.0.2]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client CN "michael@stroeder.com", Issuer "StartCom Class 1 Primary Intermediate Client CA" (verified OK)) by srv1.stroeder.com (Postfix) with ESMTPS id 1C3A660061; Fri, 26 Sep 2014 16:04:08 +0000 (UTC) Message-ID: <54258E77.4010004@stroeder.com> Date: Fri, 26 Sep 2014 18:04:07 +0200 From: =?UTF-8?B?TWljaGFlbCBTdHLDtmRlcg==?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1 MIME-Version: 1.0 To: Sean Leonard , ldapext@ietf.org References: <20140926115934.25447.2865.idtracker@ietfa.amsl.com> <542558EB.4000709@stroeder.com> <5425848B.3040504@seantek.com> In-Reply-To: <5425848B.3040504@seantek.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050802030109010302020001" Archived-At: http://mailarchive.ietf.org/arch/msg/ldapext/t8NI_Cwbbob6dct_I64NZjD1T9c Subject: Re: [ldapext] Fwd: New Version Notification for draft-stroeder-mailboxrelatedobject-06.txt X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Sep 2014 16:04:59 -0000 This is a cryptographically signed message in MIME format. --------------ms050802030109010302020001 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Sean Leonard wrote: > Storing internationalized e-mail addresses in LDAP-related protocols ra= ises a > lot of novel issues that I do not think are adequately addressed by thi= s > draft. Accordingly, this work ought to be brought up to other IETF area= s, > namely the apps and security areas. Please note that this simple draft focuses on LDAPv3. Nothing else. Other protocols like PKIX, S/MIME or DAP do have to define their own attributes and matching rules and maybe a more complex mapping if they wa= nt to refer to this LDAP schema definition. Especially they have to define matc= hing rules if any security relevant decision is made within those protocols. > There are already > issues with the relationship between the "emailAddress" attribute and > authentication of the e-mail address (namely the rfc822Name component o= f a > GeneralName); the fact that mail and emailAddress are two separate attr= ibutes > (with more-or-less the same meaning) only makes matters worse. Personally I consider PKCS#9 to be seriously flawed. E.g. defining as GeneralizedTime is bad design. Yuck! > I can certainly > envision applications that display LDAP or security names, where adding= this > intlMailAddr would serve to confuse or attack users. Just like internationalized domain names can be used to trick users into = traps like with this example: =D0=9C=D1=96=CF=B2r=CE=BF=D1=95=D0=BEft =D0=86n=D1= =81 > This makes me wonder if > it is better to extend the syntax of emailAddress so that it is a CHOIC= E of > IA5String or UTF8String. There are lots of reasons against that, but th= ere are > lots of reasons for it too. Could you please elaborate how to express that in a LDAPv3 attribute type= description? > Furthermore, where there's a will, there's a way--since the security ar= ea has > not yet standardized on how to integrate EAI into PKIX or other places,= I can > easily see people starting to stuff intlMailAddr into those protocols a= s a > non-standard way to get what the market needs. Glancing over draft-ietf-pkix-eai-addresses-00 (expired in 2011) I don't = see much conflict especially since it uses the otherName and does not define = an OID yet. IMHO both drafts can be be easily aligned. I'd even be willing t= o name the attribute 'eaiMailbox'. > This draft does not refer to the EAI work normatively, but the EAI work= is > normative with respect to the format of e-mail addresses. BTW: IIRC A. Melnikov already reviewed draft-stroeder-mailboxrelatedobjec= t. Maybe he should speak up here if he sees any major problems. > EAI also probably > has some say in how to compare e-mail addresses for equality (which has= a > cascading effect on application protocols such as LDAP, in addition to > security protocols). It does not necessarily has an effect. But one could define similar match= ing rules for LDAPv3 too (currently out-of-scope). Feel free to propose text = or write a separate draft. > Finally, I assume that the choice of DirectoryString is for convenience= , since > "most" LDAP implementations will pick DirectoryString by default. But E= AI > exclusively defines the encoding of an internationalized e-mail address= as > UTF-8, which means that the repetoire of EAI is virtually all Unicode > characters. Again I don't see any conflict. Could you please elaborate on what you re= gard being an issue? Ciao, Michael. --------------ms050802030109010302020001 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMgTCC BjQwggQcoAMCAQICAR4wDQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3 MTAyNDIxMDE1NVoXDTE3MTAyNDIxMDE1NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMcJg8zOLdgasSmkLhOr lr6KMoOMpohBllVHrdRvEg/q6r8jR+EK75xCGhR8ToREoqe7zM9/UnC6TS2y9UKTpT1v7RSM zR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC+y7P3/1/X7U8ocb8VpH/Clt+4iq7nirMcNh6 qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxDz2UbFqE2+6vIZoL+jb9x4Pa5gNf1TwSD kOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr/+N2JLKutIxMYqQOJebr/f/h5t95 m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFcfH6WNU7y1LhRgjAfBgNV HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqD CH14qywGXLhjjF6uHLkjd02hcdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy 6QMVQjbbMXltUfO4n4bGGdKo3awPWp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPI zKKR9tQW8gGK+2+RHxkUCTbYFnL6kl8Ch507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKf KSETEPrHh7p5shuuNktvsv6hxHTLhiMKX893gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HOR z9v3vQwR4e3ksLc2JZOAFK+ssS5XMEoznzpihEP0PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9 sIPP7ON0fz095HdThKjiVJe6vofq+n6b1NBc8XdrQvBmunwxD5nvtTW4vtN6VY7mUCmxsCie uoBJ9OlqmsVWQvifIYf40dJPZkk9YgGTzWLpXDSfLSplbY2LL9C9U0ptvjcDjefLTvqSFc7t w1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGqUp/pNy8ZuPGQmHwFi2/14+xeSUDG2bwnsYJQ G2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb19mOgSF0bBdXbuKhEpuP9wirslFe6fQ1t 5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMIIGRTCCBS2gAwIBAgIDC01QMA0GCSqGSIb3DQEB BQUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcNMTQwOTIzMjA0NzU1 WhcNMTUwOTI0MjIwNTE4WjBfMRkwFwYDVQQNExA2TTJZN2k5ekR0ZTZqVXcwMR0wGwYDVQQD DBRtaWNoYWVsQHN0cm9lZGVyLmNvbTEjMCEGCSqGSIb3DQEJARYUbWljaGFlbEBzdHJvZWRl ci5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDKcgfT19Tn3u/h+Di7CoUk M9TFAdX2rGt8z9ze95K0/JiXQmiuooesP6F8I1n5OjLrk031/287bpaecugMX4UTYORCLrWJ OArmNlOvl0kbVZCSTr3xQ1Y7zuVRYFFhiJQzvALd6TYTSvNH32ojETh0b3DCzX0Xcoom803y 0xPKg/DlWTDirHZJbnhYQEzHugJcEhk88MPyi+V53q8NXB5VJphcVRuTFsolHzsyyKHfgFr5 wzlIAdA1DXWNpImMV6ptCdeN/ScRKe+jRchyRz3DbjTDeNyC7pvlIhAEja+/lNoi/u8qo2TS j5wZz02cLDn/EP84AH0CP+oNxro2F4cJAgMBAAGjggLaMIIC1jAJBgNVHRMEAjAAMAsGA1Ud DwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFOPPUGEQ tk7fMQl+ZlDgj5zo0JciMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1TvLUuFGCMB8GA1Ud EQQYMBaBFG1pY2hhZWxAc3Ryb2VkZXIuY29tMIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEE AYG1NwECAzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGlj eS5wZGYwgfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9y aXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRo ZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBw b2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBs aWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6Ap oCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEB BIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3Mx L2NsaWVudC9jYTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMv c3ViLmNsYXNzMS5jbGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRz c2wuY29tLzANBgkqhkiG9w0BAQUFAAOCAQEAB8HJ30IRnmli5Frde4TnF4mgikOiXbYDWYga 5GrFoEUi6aaYOhiv+1WAWh3/d69Ak75p3xPnCmihjjbYeQc3hrVQju6MIpxT8+tBLGa/bwAC yXgWj8idjWdIWMzLxjCPcQb4R2PVmkKTNNE0ZmMFrpSPtRjtRbvWRhxJ0IF7y9z1mLfo6cca RdE5YiKLfAEosMRmrGSfDQKP1NPLmXKWVjPIeS7hpcsM+GJitPOFaLCBibB5ou9b/KphWwdG lby53Oo6vrG9RVy5GZ8xMQ0ztFKVFlXDb7n4j7OfuOo6utQs7UU/sujlw+KWwylIw7Cgmc8t CA1m9c48U7pVoMI5ujGCA90wggPZAgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMN U3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2ln bmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBD bGllbnQgQ0ECAwtNUDAJBgUrDgMCGgUAoIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xNDA5MjYxNjA0MDdaMCMGCSqGSIb3DQEJBDEWBBTt7OvFL1v0 ZC7q0dAsNiEfcMK4xzBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQME AQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIH MA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYw FAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZp Y2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJt ZWRpYXRlIENsaWVudCBDQQIDC01QMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UE BhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFs IENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFy eSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgMLTVAwDQYJKoZIhvcNAQEBBQAEggEAbZPgd/vF ehgkh/ZPBtbEZn+WGN6Hm6AXpHPsolqoV2GYz9Wu7K8PolL28xjJSYqaKioA78QOKc8cbokp ntZg6Y6SmNQl9JTLNBX2mn5TggEl3UhPJCDPVIezfxXDsy3beHmVvjJDaOGQgjl/CctgotEc Sa6c3Ede8YScxRyFFPia3zFY1l1jJTsGy6bDnotFgv3lzr3Mrbzw6ByDB7oUuOYJrckE+6uQ Yl0jQEm6oOk7o2Y4XTw7BV+ov0grJg2dEtN2emCXuo+rHiateOzUFx1GXxF1ufWOdMcwH1yC gaf+FIJ1hui/3TuyYxR3hdrI9z20FzoW46s8m7Yzkd8OigAAAAAAAA== --------------ms050802030109010302020001-- From nobody Fri Sep 26 09:06:52 2014 Return-Path: X-Original-To: ldapext@ietfa.amsl.com Delivered-To: ldapext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E77F61A8A03 for ; Fri, 26 Sep 2014 09:06:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.087 X-Spam-Level: X-Spam-Status: No, score=-3.087 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.786, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bO9Q-bvZigdI for ; Fri, 26 Sep 2014 09:06:46 -0700 (PDT) Received: from srv1.stroeder.com (srv1.stroeder.com [213.240.180.113]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 615181A7D85 for ; Fri, 26 Sep 2014 09:06:46 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by srv1.stroeder.com (Postfix) with ESMTP id E44E7602C9; Fri, 26 Sep 2014 18:06:43 +0200 (CEST) X-Virus-Scanned: amavisd-new at stroeder.com Received: from srv1.stroeder.com ([127.0.0.1]) by localhost (srv1.stroeder.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ziQxiTN7cbfi; Fri, 26 Sep 2014 18:06:39 +0200 (CEST) Received: from [10.1.0.2] (unknown [10.1.0.2]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client CN "michael@stroeder.com", Issuer "StartCom Class 1 Primary Intermediate Client CA" (verified OK)) by srv1.stroeder.com (Postfix) with ESMTPS id 8062E60279; Fri, 26 Sep 2014 16:06:38 +0000 (UTC) Message-ID: <54258F0E.2020407@stroeder.com> Date: Fri, 26 Sep 2014 18:06:38 +0200 From: =?ISO-8859-1?Q?Michael_Str=F6der?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1 MIME-Version: 1.0 To: Sean Leonard , Ludovic Poitou , ldapext@ietf.org References: <20140926115934.25447.2865.idtracker@ietfa.amsl.com> <542558EB.4000709@stroeder.com> <5425848B.3040504@seantek.com> <5425888F.1050906@seantek.com> In-Reply-To: <5425888F.1050906@seantek.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms020401030008060607070700" Archived-At: http://mailarchive.ietf.org/arch/msg/ldapext/9RDQ3ugNtoKAJL1E422RqEhnmGY Subject: Re: [ldapext] Fwd: New Version Notification for draft-stroeder-mailboxrelatedobject-06.txt X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Sep 2014 16:06:49 -0000 This is a cryptographically signed message in MIME format. --------------ms020401030008060607070700 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sean Leonard wrote: > See the rest of 3.3.6: The section you've cited is about how LDAP-DAP gateways have to deal with= DirectoryString. =3D> I don't consider this to be relevant for this LDAP related draft. Ciao, Michael. --------------ms020401030008060607070700 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMgTCC BjQwggQcoAMCAQICAR4wDQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3 MTAyNDIxMDE1NVoXDTE3MTAyNDIxMDE1NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMcJg8zOLdgasSmkLhOr lr6KMoOMpohBllVHrdRvEg/q6r8jR+EK75xCGhR8ToREoqe7zM9/UnC6TS2y9UKTpT1v7RSM zR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC+y7P3/1/X7U8ocb8VpH/Clt+4iq7nirMcNh6 qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxDz2UbFqE2+6vIZoL+jb9x4Pa5gNf1TwSD kOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr/+N2JLKutIxMYqQOJebr/f/h5t95 m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFcfH6WNU7y1LhRgjAfBgNV HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqD CH14qywGXLhjjF6uHLkjd02hcdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy 6QMVQjbbMXltUfO4n4bGGdKo3awPWp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPI zKKR9tQW8gGK+2+RHxkUCTbYFnL6kl8Ch507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKf KSETEPrHh7p5shuuNktvsv6hxHTLhiMKX893gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HOR z9v3vQwR4e3ksLc2JZOAFK+ssS5XMEoznzpihEP0PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9 sIPP7ON0fz095HdThKjiVJe6vofq+n6b1NBc8XdrQvBmunwxD5nvtTW4vtN6VY7mUCmxsCie uoBJ9OlqmsVWQvifIYf40dJPZkk9YgGTzWLpXDSfLSplbY2LL9C9U0ptvjcDjefLTvqSFc7t w1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGqUp/pNy8ZuPGQmHwFi2/14+xeSUDG2bwnsYJQ G2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb19mOgSF0bBdXbuKhEpuP9wirslFe6fQ1t 5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMIIGRTCCBS2gAwIBAgIDC01QMA0GCSqGSIb3DQEB BQUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcNMTQwOTIzMjA0NzU1 WhcNMTUwOTI0MjIwNTE4WjBfMRkwFwYDVQQNExA2TTJZN2k5ekR0ZTZqVXcwMR0wGwYDVQQD DBRtaWNoYWVsQHN0cm9lZGVyLmNvbTEjMCEGCSqGSIb3DQEJARYUbWljaGFlbEBzdHJvZWRl ci5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDKcgfT19Tn3u/h+Di7CoUk M9TFAdX2rGt8z9ze95K0/JiXQmiuooesP6F8I1n5OjLrk031/287bpaecugMX4UTYORCLrWJ OArmNlOvl0kbVZCSTr3xQ1Y7zuVRYFFhiJQzvALd6TYTSvNH32ojETh0b3DCzX0Xcoom803y 0xPKg/DlWTDirHZJbnhYQEzHugJcEhk88MPyi+V53q8NXB5VJphcVRuTFsolHzsyyKHfgFr5 wzlIAdA1DXWNpImMV6ptCdeN/ScRKe+jRchyRz3DbjTDeNyC7pvlIhAEja+/lNoi/u8qo2TS j5wZz02cLDn/EP84AH0CP+oNxro2F4cJAgMBAAGjggLaMIIC1jAJBgNVHRMEAjAAMAsGA1Ud DwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFOPPUGEQ tk7fMQl+ZlDgj5zo0JciMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1TvLUuFGCMB8GA1Ud EQQYMBaBFG1pY2hhZWxAc3Ryb2VkZXIuY29tMIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEE AYG1NwECAzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGlj eS5wZGYwgfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9y aXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRo ZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBw b2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBs aWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6Ap oCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEB BIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3Mx L2NsaWVudC9jYTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMv c3ViLmNsYXNzMS5jbGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRz c2wuY29tLzANBgkqhkiG9w0BAQUFAAOCAQEAB8HJ30IRnmli5Frde4TnF4mgikOiXbYDWYga 5GrFoEUi6aaYOhiv+1WAWh3/d69Ak75p3xPnCmihjjbYeQc3hrVQju6MIpxT8+tBLGa/bwAC yXgWj8idjWdIWMzLxjCPcQb4R2PVmkKTNNE0ZmMFrpSPtRjtRbvWRhxJ0IF7y9z1mLfo6cca RdE5YiKLfAEosMRmrGSfDQKP1NPLmXKWVjPIeS7hpcsM+GJitPOFaLCBibB5ou9b/KphWwdG lby53Oo6vrG9RVy5GZ8xMQ0ztFKVFlXDb7n4j7OfuOo6utQs7UU/sujlw+KWwylIw7Cgmc8t CA1m9c48U7pVoMI5ujGCA90wggPZAgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMN U3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2ln bmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBD bGllbnQgQ0ECAwtNUDAJBgUrDgMCGgUAoIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xNDA5MjYxNjA2MzhaMCMGCSqGSIb3DQEJBDEWBBR/Zj6VIuyR Yv1Fvqra7V2pGtyKIDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQME AQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIH MA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYw FAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZp Y2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJt ZWRpYXRlIENsaWVudCBDQQIDC01QMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UE BhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFs IENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFy eSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgMLTVAwDQYJKoZIhvcNAQEBBQAEggEAMJnBHdsf Tq284XSB+zLkGgIE2lVyVYjCTi+ekYPQRTb5jKXGA3bJv5dqzS3rDOFnesvzfyXJj4CwX4qx 2/23qa2KEMXPcXtWsw3QC12y8+oyrnqHOGf2yAdvCTxQ709PSAdty+jWlQHCB+gIOlxoFkDl IH8gqfZFniR2NSoxmwHMhm+ZYYvS0hY/fElU5Yfn9g6h8onost1BIQI0gHLHddWrFDhxD07e W9xBi4/vmmnF7fZ+QzztmTW1WNkIHJSTgAr1MUHuwE1jfUjdfwMcMb4lIpXNiESSvpA+GRTx gBiym1IS8+J5z2qXqtCuBxeSrGFZc5iKdoW0b5tH9sI7hwAAAAAAAA== --------------ms020401030008060607070700-- From nobody Fri Sep 26 09:08:18 2014 Return-Path: X-Original-To: ldapext@ietfa.amsl.com Delivered-To: ldapext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 662481A8A1A for ; Fri, 26 Sep 2014 09:08:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.087 X-Spam-Level: X-Spam-Status: No, score=-3.087 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.786, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bN_Zrs_yonxs for ; Fri, 26 Sep 2014 09:08:14 -0700 (PDT) Received: from srv1.stroeder.com (srv1.stroeder.com [213.240.180.113]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A3D2A1A8A14 for ; Fri, 26 Sep 2014 09:08:13 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by srv1.stroeder.com (Postfix) with ESMTP id 0F1B760279; Fri, 26 Sep 2014 18:08:12 +0200 (CEST) X-Virus-Scanned: amavisd-new at stroeder.com Received: from srv1.stroeder.com ([127.0.0.1]) by localhost (srv1.stroeder.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qmwT-CiMiJB2; Fri, 26 Sep 2014 18:08:08 +0200 (CEST) Received: from [10.1.0.2] (unknown [10.1.0.2]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client CN "michael@stroeder.com", Issuer "StartCom Class 1 Primary Intermediate Client CA" (verified OK)) by srv1.stroeder.com (Postfix) with ESMTPS id C014760061; Fri, 26 Sep 2014 16:08:08 +0000 (UTC) Message-ID: <54258F68.7010109@stroeder.com> Date: Fri, 26 Sep 2014 18:08:08 +0200 From: =?ISO-8859-1?Q?Michael_Str=F6der?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1 MIME-Version: 1.0 To: Sean Leonard , ldapext@ietf.org References: <20140926115934.25447.2865.idtracker@ietfa.amsl.com> <542558EB.4000709@stroeder.com> <5425848B.3040504@seantek.com> <54258E77.4010004@stroeder.com> In-Reply-To: <54258E77.4010004@stroeder.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms090601090608010002070207" Archived-At: http://mailarchive.ietf.org/arch/msg/ldapext/HXRmku8RpjPhV276ozZ0tjvtGjo Subject: Re: [ldapext] Fwd: New Version Notification for draft-stroeder-mailboxrelatedobject-06.txt X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Sep 2014 16:08:15 -0000 This is a cryptographically signed message in MIME format. --------------ms090601090608010002070207 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Michael Str=F6der wrote: > Personally I consider PKCS#9 to be seriously flawed. E.g. defining as > GeneralizedTime is bad design. Yuck! Should have been: "defining dateOfBirth as GeneralizedTime" ^^^^^^^^^^^ Ciao, Michael. --------------ms090601090608010002070207 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMgTCC BjQwggQcoAMCAQICAR4wDQYJKoZIhvcNAQEFBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3 MTAyNDIxMDE1NVoXDTE3MTAyNDIxMDE1NVowgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMcJg8zOLdgasSmkLhOr lr6KMoOMpohBllVHrdRvEg/q6r8jR+EK75xCGhR8ToREoqe7zM9/UnC6TS2y9UKTpT1v7RSM zR0t6ndl0TWBuUr/UXBhPk+Kmy7bI4yW4urC+y7P3/1/X7U8ocb8VpH/Clt+4iq7nirMcNh6 qJR+xjOhV+VHzQMALuGYn5KZmc1NbJQYclsGkDxDz2UbFqE2+6vIZoL+jb9x4Pa5gNf1TwSD kOkikZB1xtB4ZqtXThaABSONdfmv/Z1pua3FYxnCFmdr/+N2JLKutIxMYqQOJebr/f/h5t95 m4JgrM3Y/w7YX9d7YAL9jvN4SydHsU6n65cCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBRTcu2SnODaywFcfH6WNU7y1LhRgjAfBgNV HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQEFBQADggIBAAqD CH14qywGXLhjjF6uHLkjd02hcdh9hrw+VUsv+q1eeQWB21jWj3kJ96AUlPCoEGZ/ynJNScWy 6QMVQjbbMXltUfO4n4bGGdKo3awPWp61tjAFgraLJgDk+DsSvUD6EowjMTNx25GQgyYJ5RPI zKKR9tQW8gGK+2+RHxkUCTbYFnL6kl8Ch507rUdPPipJ9CgJFws3kDS3gOS5WFMxcjO5DwKf KSETEPrHh7p5shuuNktvsv6hxHTLhiMKX893gxdT3XLS9OKmCv87vkINQcNEcIIoFWbP9HOR z9v3vQwR4e3ksLc2JZOAFK+ssS5XMEoznzpihEP0PLc4dCBYjbvSD7kxgDwZ+Aj8Q9PkbvE9 sIPP7ON0fz095HdThKjiVJe6vofq+n6b1NBc8XdrQvBmunwxD5nvtTW4vtN6VY7mUCmxsCie uoBJ9OlqmsVWQvifIYf40dJPZkk9YgGTzWLpXDSfLSplbY2LL9C9U0ptvjcDjefLTvqSFc7t w1sEhF0n/qpA2r0GpvkLRDmcSwVyPvmjFBGqUp/pNy8ZuPGQmHwFi2/14+xeSUDG2bwnsYJQ G2EdJCB6luQ57GEnTA/yKZSTKI8dDQa8Sd3zfXb19mOgSF0bBdXbuKhEpuP9wirslFe6fQ1t 5j5R0xi72MZ8ikMu1RQZKCyDbMwazlHiMIIGRTCCBS2gAwIBAgIDC01QMA0GCSqGSIb3DQEB BQUAMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMi U2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20g Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0EwHhcNMTQwOTIzMjA0NzU1 WhcNMTUwOTI0MjIwNTE4WjBfMRkwFwYDVQQNExA2TTJZN2k5ekR0ZTZqVXcwMR0wGwYDVQQD DBRtaWNoYWVsQHN0cm9lZGVyLmNvbTEjMCEGCSqGSIb3DQEJARYUbWljaGFlbEBzdHJvZWRl ci5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDKcgfT19Tn3u/h+Di7CoUk M9TFAdX2rGt8z9ze95K0/JiXQmiuooesP6F8I1n5OjLrk031/287bpaecugMX4UTYORCLrWJ OArmNlOvl0kbVZCSTr3xQ1Y7zuVRYFFhiJQzvALd6TYTSvNH32ojETh0b3DCzX0Xcoom803y 0xPKg/DlWTDirHZJbnhYQEzHugJcEhk88MPyi+V53q8NXB5VJphcVRuTFsolHzsyyKHfgFr5 wzlIAdA1DXWNpImMV6ptCdeN/ScRKe+jRchyRz3DbjTDeNyC7pvlIhAEja+/lNoi/u8qo2TS j5wZz02cLDn/EP84AH0CP+oNxro2F4cJAgMBAAGjggLaMIIC1jAJBgNVHRMEAjAAMAsGA1Ud DwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFOPPUGEQ tk7fMQl+ZlDgj5zo0JciMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1TvLUuFGCMB8GA1Ud EQQYMBaBFG1pY2hhZWxAc3Ryb2VkZXIuY29tMIIBTAYDVR0gBIIBQzCCAT8wggE7BgsrBgEE AYG1NwECAzCCASowLgYIKwYBBQUHAgEWImh0dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGlj eS5wZGYwgfcGCCsGAQUFBwICMIHqMCcWIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9y aXR5MAMCAQEagb5UaGlzIGNlcnRpZmljYXRlIHdhcyBpc3N1ZWQgYWNjb3JkaW5nIHRvIHRo ZSBDbGFzcyAxIFZhbGlkYXRpb24gcmVxdWlyZW1lbnRzIG9mIHRoZSBTdGFydENvbSBDQSBw b2xpY3ksIHJlbGlhbmNlIG9ubHkgZm9yIHRoZSBpbnRlbmRlZCBwdXJwb3NlIGluIGNvbXBs aWFuY2Ugb2YgdGhlIHJlbHlpbmcgcGFydHkgb2JsaWdhdGlvbnMuMDYGA1UdHwQvMC0wK6Ap oCeGJWh0dHA6Ly9jcmwuc3RhcnRzc2wuY29tL2NydHUxLWNybC5jcmwwgY4GCCsGAQUFBwEB BIGBMH8wOQYIKwYBBQUHMAGGLWh0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3Mx L2NsaWVudC9jYTBCBggrBgEFBQcwAoY2aHR0cDovL2FpYS5zdGFydHNzbC5jb20vY2VydHMv c3ViLmNsYXNzMS5jbGllbnQuY2EuY3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRz c2wuY29tLzANBgkqhkiG9w0BAQUFAAOCAQEAB8HJ30IRnmli5Frde4TnF4mgikOiXbYDWYga 5GrFoEUi6aaYOhiv+1WAWh3/d69Ak75p3xPnCmihjjbYeQc3hrVQju6MIpxT8+tBLGa/bwAC yXgWj8idjWdIWMzLxjCPcQb4R2PVmkKTNNE0ZmMFrpSPtRjtRbvWRhxJ0IF7y9z1mLfo6cca RdE5YiKLfAEosMRmrGSfDQKP1NPLmXKWVjPIeS7hpcsM+GJitPOFaLCBibB5ou9b/KphWwdG lby53Oo6vrG9RVy5GZ8xMQ0ztFKVFlXDb7n4j7OfuOo6utQs7UU/sujlw+KWwylIw7Cgmc8t CA1m9c48U7pVoMI5ujGCA90wggPZAgEBMIGUMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMN U3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2ln bmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBD bGllbnQgQ0ECAwtNUDAJBgUrDgMCGgUAoIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xNDA5MjYxNjA4MDhaMCMGCSqGSIb3DQEJBDEWBBRj5FwS6adW kxFJ5iiDkyQbr6u2KDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQME AQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIH MA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEEAYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYw FAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZp Y2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJt ZWRpYXRlIENsaWVudCBDQQIDC01QMIGnBgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UE BhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFs IENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFy eSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgMLTVAwDQYJKoZIhvcNAQEBBQAEggEAKAY0AEvr uNVe0JjzktC3c2xl08WtO5f09mMfpyUOxnQt0wncrhOLwuVRpljBYFNLNf44+w/YHAp4Q2Th UbqrfdsfPEbFO9PBU5O/UYpqJlCfENC5ieN97ER8y8f5I5lZufY+qZb/Urk/lfNpUxg207hn IFNildJRhEPAYWNSn8CEKwEEUlasVFYL4NRieka0wP4cWLoA2JpWk7szUd6nXbXyxAXh37Mk hdHaZVVo1kEyhCjFK7WkYhZs4ieb5XMvSqYiWcg/OoOK6BUZFNj/ff/MhltDjvQvVAInlECu Fx2z5GOLVo9ImddoVH8lvKDYQoa45n0Szh0c25TWdx91fgAAAAAAAA== --------------ms090601090608010002070207-- From nobody Fri Sep 26 11:57:15 2014 Return-Path: X-Original-To: ldapext@ietfa.amsl.com Delivered-To: ldapext@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 190CE1A6FAC for ; Fri, 26 Sep 2014 11:57:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.486 X-Spam-Level: X-Spam-Status: No, score=-2.486 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, MIME_8BIT_HEADER=0.3, RP_MATCHES_RCVD=-0.786] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c7THUUKxSVQb for ; Fri, 26 Sep 2014 11:57:13 -0700 (PDT) Received: from waldorf.isode.com (ext-bt.isode.com [217.34.220.158]) by ietfa.amsl.com (Postfix) with ESMTP id B471D1A6FAB for ; Fri, 26 Sep 2014 11:57:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1411757829; d=isode.com; s=selector; i=@isode.com; bh=ZAml9pUQU/El/wsbxcfD81Mreo5Rcx/Usgx6SubndAg=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=FjOv+1SBPIHbcmhSTlIpO2BBdBksvg0/A9SCWXL9O1RAF5Zy+BZVuDlRLw5ftJAU37fw3x dt53ZosniLEfLqcOltK/fn2BjOGvqYYElAk5eFwBDRMdawPiiCaiNZENfx5VYl9iyq6nS2 bnpEFQn+f5iKSuHaJ2AeurCgNa9jY54=; Received: from pagan.boolean.net ((unknown) [75.141.217.19]) by waldorf.isode.com (submission channel) via TCP with ESMTPSA id ; Fri, 26 Sep 2014 19:57:09 +0100 X-SMTP-Protocol-Errors: NORDNS PIPELINING From: Kurt Zeilenga In-Reply-To: <542558EB.4000709@stroeder.com> Date: Fri, 26 Sep 2014 11:56:53 -0700 Message-Id: References: <20140926115934.25447.2865.idtracker@ietfa.amsl.com> <542558EB.4000709@stroeder.com> To: =?iso-8859-1?Q?Michael_Str=F6der?= X-Mailer: Apple Mail (2.1878.6) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Archived-At: http://mailarchive.ietf.org/arch/msg/ldapext/281XxAPfa9gOBBVrzMwSaY-CKOk Cc: ldapext Subject: Re: [ldapext] New Version Notification for draft-stroeder-mailboxrelatedobject-06.txt X-BeenThere: ldapext@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: LDAP Extension Working Group List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Sep 2014 18:57:14 -0000 Just for the record, the Independent Submission Editor contacted me = regarding this draft. As I'm not terribly active in the LDAP community = these days, I suggested he seek review elsewhere such as on this list. I also noted a couple of things which the IESG might want to consider = when the I-D comes before them as an independent submission. a) Defining an auxiliary object class simply allows 'mail' to be present = on entries belong to that class would likely be non-contentious and not = terribly likely to create inter-op issues with use of 'mail' as = described in standard track documents. b) How to deal with Internationalized email address in LDAP however is = likely far more contentious and far more likely to create inter-op = issues with use of 'mail' as described in standard track documents. That is, I basically hinted that the progressing an independent = submission for a simple aux class that allowed for 'mail', and only = 'mail', to be present in entries of the class is likely not something = that would step on IETF toes... but that doing anything with = Internationalized Email Addresses likely would. However, as I don't = have an iron in this fire, I suggested ISE ask an Apps AD early as to = what parts of this I-D do step on the IETF toes (one could argue that as = there's little LDAP activity in the IETF that none of this does). Michael, I note that while independent submission is restricted to = Informational and Experimental, one doesn't need a WG to pursue standard = track. The IETF processes does allow for individual submissions to be = considered for standards track. (note: independent submission !=3D = individual submission).=20 Regarding Directory String, I note that while can transfer a BER encoded = DirectoryString value, and that would indicate a CHOICE, aside from more = commonly transferred using the LDAP syntax (1*UTF8), transfer of BER = doesn't imply preservation of the CHOICE. The general LDAP value = preservation rules allows, for instance, a server to return Universal = String (in ;binary transfer if they support it for the attribute) even = though the value added was a Printable String (when added using = ;binary). Lastly, regarding standardizing Password Policy... at one time the IETF = had before multiple I-Ds here and no clear consensus on which to pursue. = Now there's multiple flavors of password policy in the wild... as well = as an X.500 specific password policy spec. Maybe with different = players consensus can be achieved... but I suspect that if the IETF were = to pursue this again, especially by forming a WG, that it would likely = flounder again due to lack of consensus on various issues. One might = get further by writing an informational RFC which simply documented what = some set of implementations do. -- Kurt=