On 3/16/2004 6:00 PM, Keith Moore wrote:
I guess I'm thinking that if the user still has to configure the choice
of POP vs. IMAP, the server for POP or IMAP, the means of
authenticating to POP or IMAP, "leave mail on server", and various
other IMAP frobs that sometimes seem necessary, and how to authenticate
to the submission server, getting rid of the "submission server"
configuration item is a minor gain. especially when you probably have
to add a "determine submission server automagically using SRV" check
The draft goes out of the way to say that probing for other settings is
not prohibited. There are a couple of places where it lays down the law,
ensuring consistency where vagaries might otherwise be problematic (like
saying to check for IMAP SRV RRs before looking for POP3 SRV RRs, since
having different clients do different things would be problematic).
Most of the options that are provided by messaging clients can be
determined with sensible defaults, or with simple probes. "leave mail on
server" option is an example of the latter. Things like finding the IMAP
namespace or choosing a SASL mechanism can be discovered with probes, and
are examples of the latter. I haven't been able to find anything that is
mandatory that cannot be dealt with via probes, but that would certainly
be a show-stopper and if you find anything let me know please. Options
are, umm, options, so they can be handled with defaults like already.
Eric A. Hall http://www.ehsco.com/
Internet Core Protocols http://www.oreilly.com/catalog/coreprot/