Re: [EAI] Rejection/downgrade is misisng (Re: I-D ACTION:draft-ietf-eai-smtpext-04.txt)

[Harald Alvestrand <harald at alvestrand.no>]

Kari Hurtta wrote:
> Internet-Drafts at ietf.org writes in gmane.ietf.ima:
>
>   
> > A New Internet-Draft is available from the on-line Internet-Drafts 
> > directories.
> > This draft is a work item of the Email Address Internationalization Working Group of the IETF.
> >
> > 	Title		: SMTP extension for internationalized email address
> > 	Author(s)	: J. Yao, W. Mao
> > 	Filename	: draft-ietf-eai-smtpext-04.txt
> > 	Pages		: 18
> > 	Date		: 2007-3-6
> > 	
> > Internationalized email address includes two parts, the local part
> >    and the domain part.  The ways email addresses are used by protocols
> >    are different from the ways domain names are used.  The most critical
> >    difference is that emails are delivered through a chain of peering
> >    clients and servers while domain names are resolved by name servers
> >    by looking up their own tables.  In addition to this, email transport
> >    protocols SMTP and ESMTP provide a negotiation mechanism through
> >    which clients can make decisions for further processing.  This
> >    document specifies the use of SMTP extension for internationalized
> >    email address delivery.  It also mentions the backward compatible
> >    mechanism for downgrade procedure, as specified in an associated
> >    specification.
> >     
>
> Hmm. "reject", "bounce" or "downgrade" is mentioned only on following places:
>
> Introduction:
> |   which clients can make decisions for further processing.  This
> |   document specifies the use of SMTP extension for internationalized
> |   email address delivery.  It also mentions the backward compatible
> |   mechanism for downgrade procedure, as specified in an associated
> |   specification.
>
>
>
> Effectively Introduction -chapter promises that document mentions
> downgrade procedure, but that Introduction is only place where it is
> mentioned.
>
> What I have missing?
>   
I think our attempts to elide all mention of downgrade from this 
document have been successful, but we missed the mention in the intro.
> Rejection is only mentioned on ALT-ADDRESS chapter. There is
> no chapter, which says that UTF8SMTP messages must not
> sent to SMTP servers which do not support UTF8SMTP.  This
> is important requirement.
>   
Yes. If it's not obvious, it needs to be.
> This requirement must exists even when there is longer 
> "Message Header Label", which tell that message is UTF8SMTP.
> It is just harder to SMTP server to determine when message
> is UTF8SMTP. It still need determine it. :-)
>   
yes.


_______________________________________________
IMA mailing list
IMA at ietf.org
https://www1.ietf.org/mailman/listinfo/ima