Re: Keywords for "SMTP Service Extension for Content Negotiation"

Keith Moore <[email protected]>
Newsgroups gmane.ietf.fax
Message-ID <[email protected]>
> A footnote on the "find out from a database" issue.  The more I
> think about it, the more I conclude that the database lookup
> (LDAP or otherwise) is the only rational way of implementing the
> desired functionality here in a case that might involve relaying.

I'm reaching the same conclusion.

> But, if database lookup is the only plausible implementation that
> is consistent with the underlying design requirements, then we
> should not be looking at capabilities negotiation in the SMTP
> stream.  Instead, we should be looking at a piece of protocol by
> which the sending system (probably the MUA, rather than the MTA)
> can figure out the capabilities of the recipient(s) and then
> prepare the message, make address grouping decisions, etc.,
> cleanly.   It seems to me that would be more clear, would put the
> responsibility back on the MUA or local system which has maximum
> information about sender intent, would avoid layering violations
> and other complications, and generally be a cleaner and more
> efficient model.

I generally agree, or at least I think it's worth considering this
alternative.    Which makes more sense:

- explicitly configuring every general-purpose SMTP server that acts 
  as a mail exchanger (and that supports conneg) to talk to a database 
  for each of the recipient domains that it serves?

  or

- defining a standard recipient capability query mechanism
  (say, something like rescap) and having a standard way to
  advertise via DNS which servers to use to find capabilities 
  for recipients at a particular mail domain (say, something
  like SRV records)

Problem is, you get different answers depending on whether:

- you build appliances that receive fax over the internet (in 
  which case it's simpler to just implement one server process 
  and you'd rather avoid imposing the burden of extra DNS setup 
  on your customers), or

- you build or operate general-purpose SMTP servers (in which 
  case you might rather avoid having to explicitly configure
  those servers, and also avoid having your SMTP servers wait
  on more database queries)

The two approaches are not mutually exclusive, but if we wanted
to support both query methods then it would be good idea to 
understand how they interact sooner rather than later.

Keith
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.