Re: [ldapext] Fwd: New Version Notification for draft-stroeder-mailboxrelatedobject-06.txt
Ludovic Poitou <ludovic.poitou@gmail.com> Fri, 26 September 2014 15:32 UTC
Return-Path: <ludovic.poitou@gmail.com>
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 <ldapext@ietfa.amsl.com>; 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 <ldapext@ietfa.amsl.com>; 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 <ldapext@ietf.org>; Fri, 26 Sep 2014 08:31:59 -0700 (PDT)
Received: by mail-we0-f178.google.com with SMTP id t60so9663083wes.23 for <ldapext@ietf.org>; 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 <multiple recipients> (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 <ludovic.poitou@gmail.com>
To: ldapext@ietf.org, Sean Leonard <dev+ietf@seantek.com>
Message-ID: <etPan.542586ed.2443a858.48ca@lpm.local>
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 <ldapext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ldapext>, <mailto:ldapext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ldapext/>
List-Post: <mailto:ldapext@ietf.org>
List-Help: <mailto:ldapext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ldapext>, <mailto:ldapext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 26 Sep 2014 15:32:03 -0000
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 http://ludopoitou.wordpress.com 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
- [ldapext] Fwd: New Version Notification for draft… Michael Ströder
- Re: [ldapext] Fwd: New Version Notification for d… Sean Leonard
- Re: [ldapext] Fwd: New Version Notification for d… Michael Ströder
- Re: [ldapext] Fwd: New Version Notification for d… Sean Leonard
- Re: [ldapext] Fwd: New Version Notification for d… Ludovic Poitou
- Re: [ldapext] Fwd: New Version Notification for d… Ludovic Poitou
- Re: [ldapext] Fwd: New Version Notification for d… Sean Leonard
- Re: [ldapext] Fwd: New Version Notification for d… Michael Ströder
- Re: [ldapext] Fwd: New Version Notification for d… Michael Ströder
- Re: [ldapext] Fwd: New Version Notification for d… Michael Ströder
- Re: [ldapext] New Version Notification for draft-… Kurt Zeilenga
- Re: [ldapext] Fwd: New Version Notification for d… Sean Leonard
- Re: [ldapext] Fwd: New Version Notification for d… Michael Ströder
- Re: [ldapext] Fwd: New Version Notification for d… Sean Leonard
- Re: [ldapext] Fwd: New Version Notification for d… Michael Ströder
- Re: [ldapext] New Version Notification for draft-… Kurt Zeilenga
- Re: [ldapext] New Version Notification for draft-… Sean Leonard
- Re: [ldapext] New Version Notification for draft-… Kurt Zeilenga
- Re: [ldapext] New Version Notification for draft-… Sean Leonard
- Re: [ldapext] New Version Notification for draft-… Michael Ströder