Re: [ldapext] Fwd: New Version Notification for draft-stroeder-mailboxrelatedobject-04.txt
Charlie <medievalist@gmail.com> Thu, 08 August 2013 18:10 UTC
Return-Path: <medievalist@gmail.com>
X-Original-To: ldapext@ietfa.amsl.com
Delivered-To: ldapext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2CDE411E81F9 for <ldapext@ietfa.amsl.com>; Thu, 8 Aug 2013 11:10:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.45
X-Spam-Level:
X-Spam-Status: No, score=-2.45 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ojCuxnqyAVq4 for <ldapext@ietfa.amsl.com>; Thu, 8 Aug 2013 11:10:55 -0700 (PDT)
Received: from mail-la0-x236.google.com (mail-la0-x236.google.com [IPv6:2a00:1450:4010:c03::236]) by ietfa.amsl.com (Postfix) with ESMTP id A033F11E81DE for <ldapext@ietf.org>; Thu, 8 Aug 2013 11:10:54 -0700 (PDT)
Received: by mail-la0-f54.google.com with SMTP id ea20so2384731lab.27 for <ldapext@ietf.org>; Thu, 08 Aug 2013 11:10:53 -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:content-transfer-encoding; bh=cpJND8ryGM5RNTUcAofy4Mn5ejBtQcSdgBOteOwXqk8=; b=Qv4BeXE5szIjt3rW7L1YHPpKMt8oIE4+5B9fYhJoyRO68gnCcse1p7dWBo4i/+EZeS JUx/d4pXKyBiCS9mPgGTa1TflSQtNLlKVchaEPzn3aAXkGot46y1xdocqhsZKz+jNF/R dyqBTTLk25b11BqNdvVHarezzWqBgv1zxgk3oB1iO1EmdQzdnkZlvI8CVJ9V6TdgkBGO BNDVuZRzldNugdgAdVq7wZ6eM72GUJt9CbKKSfGGUDIfwhvbHcg6U8noxedp1Pd2KUep 1ahppAZWXguR3BhGt1rMDSuDxjdy90hRKzynK7XWBXi4ImFIJZcjAsYN6X1dOF9F4MDN Qh9Q==
MIME-Version: 1.0
X-Received: by 10.112.55.140 with SMTP id s12mr2918241lbp.42.1375985453317; Thu, 08 Aug 2013 11:10:53 -0700 (PDT)
Received: by 10.112.58.170 with HTTP; Thu, 8 Aug 2013 11:10:53 -0700 (PDT)
In-Reply-To: <5203C9AA.20805@isode.com>
References: <20130808072029.30689.91871.idtracker@ietfa.amsl.com> <520347AE.2080309@stroeder.com> <5203C9AA.20805@isode.com>
Date: Thu, 08 Aug 2013 14:10:53 -0400
Message-ID: <CAJb3uA6U8X7ev-gmKno_tDrhsFse-aywLjZY=FJU7ME72+DPjg@mail.gmail.com>
From: Charlie <medievalist@gmail.com>
To: Alexey Melnikov <alexey.melnikov@isode.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: ldapext <ldapext@ietf.org>, Michael Ströder <michael@stroeder.com>
Subject: Re: [ldapext] Fwd: New Version Notification for draft-stroeder-mailboxrelatedobject-04.txt
X-BeenThere: ldapext@ietf.org
X-Mailman-Version: 2.1.12
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: Thu, 08 Aug 2013 18:10:56 -0000
>You describe problems with case-insensitive matching later in this section. Why not just use caseExactMatch? Strictly speaking left hand sides of email addresses are not ASCII case-insensitive. Because we already have lots of email schemas that are empirically useless in the real world. If you need a case-sensitive match, you just pull the case-insensitively matched data from the server, and quickly perform a second comparison in the client. This is trivial and imposes no great load on the server or client. The vast majority of email addresses in use today are case-insensitive. If your schema prevents case-insensitive matching on the server, all email address objects have to be pulled every single time an email is processed, so that the client code can do appropriately case-insensitive matching locally. --Charlie MeDiEVaLIsT@gMaIL.Com On Thu, Aug 8, 2013 at 12:39 PM, Alexey Melnikov <alexey.melnikov@isode.com> wrote: > On 08/08/2013 08:24, Michael Ströder wrote: >> >> HI! >> >> Some modifications based on comments I received off-list. >> >> Please review this draft intended to be published as informational RFC. >> Thanks in advance. >> >> Ouch! There's a typo in DESC of object class definition. Will change this >> to >> RFC 2821 in next version. > > Hi Michael, > I reviewed the document and it mostly looks quite sensible. > > Some comments below: > > 2. Attribute Type Definition > > The attribute type 'intlMailAdr' is defined for storing SMTPUTF8 > compliant addresses [RFC6530]. > > ( 1.3.6.1.4.1.5427.1.389.4.18 > NAME 'intlMailAdr' > DESC 'Internationalized Email Address' > EQUALITY caseIgnoreMatch > > You describe problems with case-insensitive matching later in this section. > Why not just use caseExactMatch? Strictly speaking left hand sides of email > addresses are not ASCII case-insensitive. > > SUBSTR caseIgnoreSubstringsMatch > SYNTAX 1.3.6.1.4.1.1466.115.121.1.15 ) > > > Note that the directory will not ensure that values of this attribute > conform to the <Mailbox> production [RFC2821]. > > RFC 2821 --> RFC 5321. > > > 3. Object Class Definition > > Entries of auxiliary object class 'mailboxRelatedObject' MAY contain > the following optional attributes: 'mail' [RFC4524] 'displayName' > [RFC2798] 'intlMailAdr' > > ( 1.3.6.1.4.1.5427.1.389.6.9 > NAME 'mailboxRelatedObject' > DESC 'Associated RFC 2822 mailbox for any entry' > > Please use RFC 5322 here, which obsoleted RFC 2822. This also needs to be > added to the Normative References. Unless you meant RFC 5321 here. > > AUXILIARY > MAY ( displayName $ mail $ intlMailAdr ) ) > > Best Regards, > Alexey > > _______________________________________________ > Ldapext mailing list > Ldapext@ietf.org > https://www.ietf.org/mailman/listinfo/ldapext
- Re: [ldapext] Fwd: New Version Notification for d… Charlie
- Re: [ldapext] Fwd: New Version Notification for d… Michael Ströder
- [ldapext] Fwd: New Version Notification for draft… Michael Ströder
- Re: [ldapext] Fwd: New Version Notification for d… Alexey Melnikov