Re: [EAI] Discussion of draft-ietf-eai-mailinglist-01.txt
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [EAI] Discussion of draft-ietf-eai-mailinglist-01.txt




Randall Gellens wrote:

At 7:56 PM +0000 3/13/07, Charles Lindsey wrote:

The mailing-list draft has been short of discussion. Time to rectify that.

I agree. Thank you for doing so.


3 Scenarios Involving Mailing Lists

Whilst this section covers many interesting cases, it is not clear that all the possible scenarios have been addressed.

 I therefore suggest classifying systems against three orthogonal axes:

 1. Does it have a UTF8 submission address?
 2. Does it accept subscriptions to UTF8 addresses?
 3. Does it accept UTF8SMTP messages?

In principle, that gives 8 different kinds of mailing lists, though not all of them are sensible. But the requirements can be discussed separately for each of those axes.

Sounds reasonable.


1. If it has a UTF8 submission address, it SHOULD publish an ASCII alt-address as well. Clearly, it needs to sit behind a UTF8SMTP-enabled MDA. If it also intends to use a UTF8 Return-Path, that too should have an ASCII alt-address, and it will need a UTF8SMTP-enabled MSA with at least the capability to accept that address in a MAIL FROM. There are also implications for the List-* headers (see below).

I'm inclined to think that even lists which use a UTF8 submission address should use an ASCII return-path. Seems much safer. I'd like to know what others think of this, though.

By making alternative addresses optional rather than mandatory, we are expecting that future non ASCII world users usually would not see all ASCII addresses at all. However, if a return-path is not for casual human users' mailing experience but for list administrations and restricting return-path to all ASCII increases the delivery ratio of administrative messages, "SHOULD use an ASCII return-path" might be OK. Otherwise, SHOULD seems too strong.


> (snip)

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




Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.