[Last-Call] Re: [Emailcore] Re: Re: Re: Last Call: <draft-ietf-emailcore-rfc5321bis-42.txt> (Simple Mail Transfer Protocol) to Internet Standard

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, Mar 29, 2025 at 09:18:38AM -0400, John C Klensin wrote:

> > client-server in the example then
> >    "they only authenticate one server to another
> > that does not sound perfectly aligned.
> 
> Good catch.  The source of the problem is that we've got some of
> those extensions that help assure a client that it is talking to the
> right server and others (or variations on the same ones) that try to
> assure servers about the legitimacy or authenticity or the client or
> the incoming message.  Speaking as author/editor, if we can agree
> that this is an editorial problem, rather than a substantive one for
> which specific consensus is needed, I'll try to figure out how to
> adjust the wording without making it much more complicated.   If we
> cannot reach that agreement, it is not clear to me that an
> improvement is worth further holding up the document (and, at least
> indirectly, progress on the A/S) for another round of Last Calls and
> impassioned discussions.

SMTP (as opposed to SUBMIT) is a server-to-server (MTA-to-MTA) protocol,
in which one MTA (server) is the SMTP client and another MTA (server) is
the SMTP server.  So some fluidity of the terminology is not entirely
unexpected.

-- 
    Viktor.

-- 
last-call mailing list -- last-call@xxxxxxxx
To unsubscribe send an email to last-call-leave@xxxxxxxx




[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux