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

[Kari Hurtta <hurtta+gmane at siilo.fmi.fi>]

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.


|   subsequent operations.  If the ALT-ADDRESS value is not set by the
|   sender, the email must be rejected to the original sender.  If the
|   email is rejected due to the incapability of supporting UTF8SMTP, the
|   relative server should issue the response error code "5.3.3" defined

|  situation, and the message is sent successfully after retrying, then
|   it was a good thing to do.  Of course, if there is always an ASCII-
|   only SMTP server in the path, then retrying only adds delay to the
|   failure (reject or downgrade).


| 8.5.  draft-ietf-eai-smtpext: Version 04
|
|   o  Refine some syntax.
|   o  Delete "Message Header Label" section.
|   o  Change "bounce" to "reject".



Effectively Introduction -chapter promises that document mentions
downgrade procedure, but that Introduction is only place where it is
mentioned.

What I have missing?


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.

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. :-)


/ Kari Hurtta


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