
From Kurt.Zeilenga@Isode.com  Sun Nov  6 06:36:45 2011
Return-Path: <Kurt.Zeilenga@Isode.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 C9D1521F8490 for <ldapext@ietfa.amsl.com>; Sun,  6 Nov 2011 06:36:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.669
X-Spam-Level: 
X-Spam-Status: No, score=-101.669 tagged_above=-999 required=5 tests=[AWL=0.930, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 j5oCidolLFIV for <ldapext@ietfa.amsl.com>; Sun,  6 Nov 2011 06:36:45 -0800 (PST)
Received: from rufus.isode.com (rufus.isode.com [62.3.217.251]) by ietfa.amsl.com (Postfix) with ESMTP id 0BD5B21F8464 for <ldapext@ietf.org>; Sun,  6 Nov 2011 06:36:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1320590204; d=isode.com; s=selector; i=@isode.com; bh=KiCJje1XMjhe4dCAWUk9B79dntwVAQIrw80Yyl+jBxk=; 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=iujaPvGxi8kb8ouAeRSKIPKQP3cRNdj/7Vsg3AWvzzJJR2yMtPutyP0tqMUDbTZ2jDVksG hvihAweQLcKkAh6dcS2yIQcKxmMT3cMsAqx5FD2Ejux89meu80onEMEG9kcIU0rqy8BBzL u0E5A91k2ijltCktcu7UcJUIPeLRJMs=;
Received: from [192.168.42.5] (75-141-240-242.dhcp.reno.nv.charter.com [75.141.240.242])  by rufus.isode.com (submission channel) via TCP with ESMTPSA  id <TrabegAFEHFf@rufus.isode.com> for <ldapext@ietf.org>; Sun, 6 Nov 2011 14:36:43 +0000
From: Kurt Zeilenga <Kurt.Zeilenga@Isode.com>
Date: Sun, 6 Nov 2011 06:36:36 -0800
References: <5B9E6041-E2D2-43BA-9F53-44E2962CCCA7@Isode.COM>
To: ldapext@ietf.org
Message-Id: <FA0DCD22-0EBB-4B75-980B-E61600244940@Isode.com>
X-Mailer: Apple Mail (2.1251.1)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Subject: [ldapext] Fwd: Request for LDAP Descriptor Registration
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: Sun, 06 Nov 2011 14:36:45 -0000

FYI.  If you have comments on this request, please send them to the =
directory@apps.ietf.org list.

Begin forwarded message:

> From: Kurt Zeilenga <Kurt.Zeilenga@Isode.COM>
> Subject: Re: Request for LDAP Descriptor Registration
> Date: November 6, 2011 6:35:11 AM PST
> To: Matthew Key <mkey@westjet.com>
> Cc: directory@apps.ietf.org
>=20
> As the assigned expert for the IANA LDAP parameter registries, I =
acknowledge your request to register a family of object identifier =
descriptors under section 3.4 of BCP 64 [RFC 4520].  Your request =
requires Expert Review and I hereby initiate a 2 week review of this =
request.
>=20
> Members of the community are welcomed to comment and discuss this =
request on the directory@apps.ietf.org on or before 20 November 2011.
>=20
> Regards, Kurt
>=20
>=20
>> Descriptor (short name): wja-* (preferred) or westjet-* (alternative)
>>=20
>>  Object Identifier: 2.16.124.113625.1.2.2.2.1.101.*
>>=20
>>  Person & email address to contact for further information:=20
>> Matthew Key
>> WestJet
>> +1 403 444 2167
>> mkey@westjet.com
>>=20
>>=20
>>  Usage: other - family of short names (for custom object class and =
attribute descriptors)
>>  Specification: (RFC, I-D, URI) N/A for private use?
>>=20
>>  Author/Change Controller: same as contact
>>=20
>>  Comments:
>>=20
>> The intent is to introduce standardized naming without appearing to =
over complicate the existing process (x- will be the preferred =
alternative over e-com-westjet- if this request is denied).
>>=20
>=20


From michael@stroeder.com  Thu Nov 17 12:43:57 2011
Return-Path: <michael@stroeder.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 9A70D11E80E9 for <ldapext@ietfa.amsl.com>; Thu, 17 Nov 2011 12:43:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.299
X-Spam-Level: 
X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3]
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 WFrmkADflI39 for <ldapext@ietfa.amsl.com>; Thu, 17 Nov 2011 12:43:51 -0800 (PST)
Received: from mo-p00-ob6.rzone.de (mo-p00-ob6.rzone.de [IPv6:2a01:238:20a:202:53f0::1]) by ietfa.amsl.com (Postfix) with ESMTP id A1AAC11E809C for <ldapext@ietf.org>; Thu, 17 Nov 2011 12:43:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1321562627; l=349; s=domk; d=stroeder.de; h=Content-Transfer-Encoding:Content-Type:Subject:To:MIME-Version:From: Date:X-RZG-CLASS-ID:X-RZG-AUTH; bh=YOWw58zYHYZMEh31mmDOaox/0O8=; b=FmUMManpzD2ghSDW7cdOGhWdK1wsecSCL9OZHVrPgT91Rl65Fi7mPRIxJrDOq9MxCQd /g6fAAmQDqKnPNfN1KvmqRL0NQ+3891Vs6wcpHVti+fZ15SH2pRf4+5p/XP0fL+gfNhqG 2F06E/wTW7zGU00B3I+PITLEYKqwxUsJ5hA=
X-RZG-AUTH: :IWUHfUGtd9+vE/nIU31usF8LLMefsb7+CgbCKRTRv10B3E6U4QnmQh7JklQ=
X-RZG-CLASS-ID: mo00
Received: from [10.1.1.5] (p54A32A26.dip.t-dialin.net [84.163.42.38]) by smtp.strato.de (fruni mo40) (RZmta 26.10 AUTH) with ESMTPA id L06952nAHHWjd5 for <ldapext@ietf.org>; Thu, 17 Nov 2011 21:43:23 +0100 (MET)
Message-ID: <4EC571E9.8050102@stroeder.com>
Date: Thu, 17 Nov 2011 21:43:21 +0100
From: =?ISO-8859-1?Q?Michael_Str=F6der?= <michael@stroeder.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110928 Firefox/7.0.1 SeaMonkey/2.4.1
MIME-Version: 1.0
To: ldapext@ietf.org
X-Enigmail-Version: 1.3.2
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: [ldapext] RFC 2589: limits for requestTtl
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, 17 Nov 2011 20:43:57 -0000

HI!

RFC 2589 says:

   The requestTtl is a time in seconds (between 1 and 31557600) that the
   client requests that the entry exists in the directory before being
   automatically removed.

31557600 seconds is 365 days (one non-leap year). That's not so much.

Does anybody here know why this limit was defined in this RFC?

Ciao, Michael.
