Hi everyone,
Setting up a mail system which shall do mail routing in a flat namespace
(e.g. @example.com) and for a huge worldwide distributed site,
IMHO some things should be considered:
Mail from Internet could be delivered via Internet to the nearest firewall
(using LDAP or a local DB), their be passed to the internal network,
and then internally be delivered (again using LDAP lookups) directly to the
MTA of an user.
This is, because often routing costs in Internet are lower than internal
routing costs and the mail
already was routed via Internet and therefor is considered not to be
confidential (or to be encrypted ;-) ).
I read the interesting Internet-draft
(draft-lachman-laser-ldap-mail-routing-02 ) and have some questions:
To do the external routing to the nearest firewall, external re-routers may
be deployed,
which act as authorative for the domain agains the Internet via MX records.
(I think, this have to be considered as internal mail system, because it
does something like internal routing decisions).
I know that the RFC is not intended to describe/add/modify Internet
(external) mailrouting,
nevertheless I'd like to describe you this scenario and ask you:
- are there any intentions to add an external mailHost to this RFC
(something like inetLocalMailRecipient object class),
that could be used for such a external re-routing ?
I think there is an other thing to be considered, too:
If users marrige or leave the site, the mail shall be delivered for a while
to the old address (either using mailLocalAddress or
even using mailForwardingAddress) but if a expire time is reached, it shall
be freed (e.g. by automatically deleting from the directory).
Did you consider or intended to add a timestamp value (expire) to
mailLocalAddress/mailForwardingAddress object as MAY value ?
One last question:
Are there any companies (besides from Netscape :-) ) which developed this
draft and intend to implement/use it ?
Thanks in advance !
Regards,
Georg Kipka
This archive was generated by hypermail 2.1.2 : Thu Oct 24 2002 - 10:31:46 PDT