[ldapext] timezone date (was: Fwd: Manual Post Requested for draft-howard-rfc2307bis)

Michael Ströder <michael@stroeder.com> Tue, 18 August 2009 11:14 UTC

Return-Path: <michael@stroeder.com>
X-Original-To: ldapext@core3.amsl.com
Delivered-To: ldapext@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A3A1E3A6966 for <ldapext@core3.amsl.com>; Tue, 18 Aug 2009 04:14:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.834
X-Spam-Level:
X-Spam-Status: No, score=-1.834 tagged_above=-999 required=5 tests=[AWL=0.465, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tuyDyaLT8fZj for <ldapext@core3.amsl.com>; Tue, 18 Aug 2009 04:14:23 -0700 (PDT)
Received: from srv1.stroeder.com (srv1.stroeder.com [213.240.180.113]) by core3.amsl.com (Postfix) with ESMTP id 10B863A68F3 for <ldapext@ietf.org>; Tue, 18 Aug 2009 04:14:16 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by srv1.stroeder.com (Postfix) with ESMTP id 2CFBA4E07F; Tue, 18 Aug 2009 13:11:57 +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 pNOcHyBEsD5R; Tue, 18 Aug 2009 13:11:47 +0200 (CEST)
Received: from [10.1.0.2] (unknown [10.1.0.2]) by srv1.stroeder.com (Postfix) with ESMTP id 4434A4E073; Tue, 18 Aug 2009 13:11:47 +0200 (CEST)
Message-ID: <4A8A8C72.20503@stroeder.com>
Date: Tue, 18 Aug 2009 13:11:46 +0200
From: Michael Ströder <michael@stroeder.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.22) Gecko/20090606 SeaMonkey/1.1.17
MIME-Version: 1.0
To: Howard Chu <hyc@highlandsun.com>
References: <4A7F4296.2070807@highlandsun.com>
In-Reply-To: <4A7F4296.2070807@highlandsun.com>
X-Enigmail-Version: 0.95.7
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
Cc: Ldapext <ldapext@ietf.org>
Subject: [ldapext] timezone date (was: Fwd: Manual Post Requested for draft-howard-rfc2307bis)
X-BeenThere: ldapext@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: LDAP Extension Working Group <ldapext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Tue, 18 Aug 2009 11:14:24 -0000

Howard,

do you think setting something like the timezone used for a user would be
feasible? Or other Unix locale data? I raised this on ldap@umich.edu a couple
of days ago and it could be related to your current work on that draft.

Ciao, Michael.

-------- Original Message --------
Subject: [ldap] Re: LDAP attribute type for timezone, retrieve locale for
shell sessions
Date: Thu, 13 Aug 2009 20:25:42 +0200
From: Michael Ströder <michael@stroeder.com>
To: adam@morrison-ind.com
CC: ldap@umich.edu
References: <4A841C2C.8000701@stroeder.com> <1250172072.6473.14.camel@linux-m3mt>

Adam Tauno Williams wrote:
> On Thu, 2009-08-13 at 15:59 +0200, Michael Ströder wrote:
>> Anybody aware of an attribute type dedicated to store the time zone of a user?
>
> Nope (but timezone codes are just strings).  I think this would be the
> 'default' timezone of a user;

Hmm, frankly I'm not really familiar with this stuff. Looking at the timezone
package on my Linux my spontaneous idea would be to add directory entries
containing the compiled timezone blobs and a time zone attribute would just
contain a DN as reference on this timezone blob entry.

>  but a user can easily move between time
> zones.

Yes, I'm aware of that. So the timezone setting in the directory entry should
be kind of a self-service attribute.

>  It is actually pretty difficult [for scheduling applications] to
> determine what is the correct thing to do with TZ sometimes.

Well, calendaring software is not my primary goal. Rather simple things like
displaying timestamps in local time in my web2ldap or correctly set the
timezone-related env vars in a shell. The latter could be easily overridden by
local shell profiles.

>> It would also make sense if pam_ldap/nss_ldap could query the locale of the
>> user from the user's directory entry and set the locale accordingly. Anybody
>> doing something like this?
>
> Wow, that would be awesome.  But I'm not holding my breath.

;-)

Let's first discuss a data model...

Ciao, Michael.