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