[Top] [All Lists]

Re: draft-daboo-srv-email

2010-01-07 14:13:34

Cyrus Daboo <cyrus(_at_)daboo(_dot_)name> writes:

I disagree. Just because clients have been forced to do things using
guesswork up to now does not mean we should leave them and any new
clients to do the same thing. I have heard from at least one developer
who is working on implementing SRV support for Thunderbird.

The SRV solution is simple to implement - most OS network libraries now
provide simple access to SRV record results. Site and domain admins
these days are much more comfortable with setting up SRV (required for
services like XMPP). So I think SRV represents a simple solution that
can be adopted in a reasonable timeframe.

I agree with Cyrus.  Even if the market has reached a workable compromise
for the time being by using well-known host names, it has done so at the
cost of flexibility which SRV records could provide.  I think it would be
very useful to document the naming conventions that will allow current
clients to find the servers, but I don't believe that's a reason to *not*
document a more robust and formal SRV record protocol as well in the hope
that clients and configurations will move to that.

Exactly right IMO.

I also fear that an effort to do something more elaborate with XML and web
servers and so on carries with it a very high liklihood of failure, and even if
we manage to agree on something (probably at some distant point in the future), 
it will then fail to deploy.

So let's get the SRV mechanism in place. If we then want to work on something
more elaborate, either as a separate thing or as an enhancement to SRV, that's
fine to.


<Prev in Thread] Current Thread [Next in Thread>