Re: Proposed revised OSI-DS charter
Edwards Reed <eer@cinops.xerox.com> Tue, 09 March 1993 19:09 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa10832;
9 Mar 93 14:09 EST
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa10828;
9 Mar 93 14:09 EST
Received: from haig.cs.ucl.ac.uk by CNRI.Reston.VA.US id aa15099;
9 Mar 93 14:09 EST
Received: from bells.cs.ucl.ac.uk by haig.cs.ucl.ac.uk with local SMTP
id <g.02735-0@haig.cs.ucl.ac.uk>; Tue, 9 Mar 1993 18:19:11 +0000
Received: from alpha.Xerox.COM by bells.cs.ucl.ac.uk with Internet SMTP
id <g.28503-0@bells.cs.ucl.ac.uk>; Tue, 9 Mar 1993 18:19:04 +0000
Received: from dnsmaster ([13.252.44.4]) by alpha.xerox.com with SMTP
id <11711>; Tue, 9 Mar 1993 10:18:43 PST
Received: from secundus.cinops.xerox.com by dnsmaster (4.1/SMI-4.1) id AA02590;
Tue, 9 Mar 93 13:19:32 EST
Date: Tue, 9 Mar 1993 10:19:32 PST
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Edwards Reed <eer@cinops.xerox.com>
Message-Id: <9303091819.AA02590@dnsmaster>
To: S.Kille@isode.com, Erik.Huizer@surfnet.nl
Subject: Re: Proposed revised OSI-DS charter
Cc: osi-ds@cs.ucl.ac.uk
Query - Where should "Investigate X.400 and SMTP mail routing uses of the directory service." belong? In particular, MX record information for SMTP (proposals already exist, I know), and (more of interest to me) MTA name bindings for users (so a user's name needn't carry routing information around with it). /cn=eer/ou=cin ops/o=xerox/c=us ==> a list of MTAs on which I have mailboxes which my mail tool checks, and probably a default listing for an external gateway accessible by external users. Obviously, there are a variety of mechanisms which people use, and which need to be supported, and those mechanisms need to be formalized with schema and procedures for their use. Particular attention should be given to firewall and hierarchical routing issues and their propagation through the tree. Also, do you/we consider the directory information subject solved? Is that a proper topic for this WG, or would somewhere else be better? This Working Group seems poised to cover a lot of ground in support of all the pilots underway, or about to be underway. You could certainly ask whether this WG should try to tackle all the problems outstanding with X.500, including necessary extensions beyond the 1992/3 draft. What's important to me, though, is that the resulting infrastructure be robust enough for both my internal and external users, and that it scale, and that it be widely used. Ed Reed Xerox Corporation
- Proposed revised OSI-DS charter Steve Hardcastle-Kille
- Re: Proposed revised OSI-DS charter Erik Huizer
- Re: Proposed revised OSI-DS charter Sylvain Langlois
- Re: Proposed revised OSI-DS charter Edwards Reed
- Re: Proposed revised OSI-DS charter Erik Huizer
- Re: Proposed revised OSI-DS charter Steve Hardcastle-Kille