[Slim] AD review of draft-ietf-slim-multilangcontent-08

Alexey Melnikov <aamelnikov@fastmail.fm> Tue, 25 July 2017 17:18 UTC

Return-Path: <aamelnikov@fastmail.fm>
X-Original-To: slim@ietfa.amsl.com
Delivered-To: slim@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8870D131E5C for <slim@ietfa.amsl.com>; Tue, 25 Jul 2017 10:18:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.72
X-Spam-Level:
X-Spam-Status: No, score=-2.72 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fastmail.fm header.b=rb+8dkXl; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=nP1/B5CO
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dsbOCvz3pirf for <slim@ietfa.amsl.com>; Tue, 25 Jul 2017 10:18:07 -0700 (PDT)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F1396131D03 for <slim@ietf.org>; Tue, 25 Jul 2017 10:18:06 -0700 (PDT)
Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 56349213AD for <slim@ietf.org>; Tue, 25 Jul 2017 13:18:06 -0400 (EDT)
Received: from web5 ([10.202.2.215]) by compute7.internal (MEProxy); Tue, 25 Jul 2017 13:18:06 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=FGPSBz1Uye9K32FYgFXkzPbTjTAohxufzYMAcnLyFiw=; b=rb+8dkXl jXUOFHQvGul5NUBgC2IynuDvlhNXr2JksMWQEDReIDDF9VPQzKNg6738FvjuDCeH ckuH4HiAnqxSPlfbc6+CfvCKUzQPfAK8iVSjruJdIbFFyI0QxMFiElhJl3woo9X1 fzQZA6C10j1eB5aLY0L02DzVYdprIoeuqc++yr/x/UWSS7imM2MGc8hY0hG/0TNK kpkZG4CMvaI6qVPuqWHk/3AsK3VMy6gRS6pGdpWu2tb81tWVGmQoLSgOtwU6mcNv XyzdTCVAFT+QEFFFBpvwEndf+cQZ4cpyYRIpU2Ch4rmQUIVCmWCsiVFjctz9tt0f bJTJhukFIa23lQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=FGPSBz1Uye9K32FYgFXkzPbTjTAoh xufzYMAcnLyFiw=; b=nP1/B5COH+JNkULMbeYMNeG8XGURS+RlWGAmCwYjtMhzN YNFcE0UNGCQk9wOasJj54AIwimhrdTonP1jkj9GWjRJBk+ZgiM7YF+fADzNh8LqL Y7x2HqoFwLAP+VdZzv4MF/KIMitYV6kYRRcursIivO0xpHYtWjJ+0nHMifTDQOMZ kaLJUWaO9Cpvm1DLtKsBhm/q48bzhdj8a/gphU1d9Scz9K+NJO1QA7I5XAJnYUZZ gt1zXMFDnC4Ya5AAKWrVQLBxFENVe2LF2ClAQTaXv+Omuq6gABz/SKEHDNzdkBgQ MkSapHfn8PZnsgSrTr15IDxOc6I5k8ynk3dn37q0Q==
X-ME-Sender: <xms:Tn13WYFAhITTi-9nXbwl_zZl18LfLLVCOZnYKdp7CSM6WeeOSQ84tQ>
Received: by mailuser.nyi.internal (Postfix, from userid 99) id 36BA99E28E; Tue, 25 Jul 2017 13:18:06 -0400 (EDT)
Message-Id: <1501003086.384245.1052229912.05CB8CEF@webmail.messagingengine.com>
From: Alexey Melnikov <aamelnikov@fastmail.fm>
To: slim@ietf.org
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="utf-8"
X-Mailer: MessagingEngine.com Webmail Interface - ajax-c8af44bc
Date: Tue, 25 Jul 2017 18:18:06 +0100
Archived-At: <https://mailarchive.ietf.org/arch/msg/slim/p1POVu3ZQ6i_i6e-3L967OcEE0E>
Subject: [Slim] AD review of draft-ietf-slim-multilangcontent-08
X-BeenThere: slim@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Selection of Language for Internet Media <slim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/slim>, <mailto:slim-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/slim/>
List-Post: <mailto:slim@ietf.org>
List-Help: <mailto:slim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/slim>, <mailto:slim-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jul 2017 17:18:08 -0000

Hi,
I've started IETF LC on the document. Please respond and address the
following comments after IETF LC. Most of my comments are nits or minor.


The first mention of UTF-8 needs a Normative Reference to RFC 3629.

In order to avoid confusion, I suggest you say "UTF-8 charset" instead
of "UTF-8 encoding". "Encoding" means something else in MIME.

In Section 4, 2nd para:

   Firstly, if the email client does not understand multipart/
   multilingual then it should treat the message as if it was multipart/

s/should/will and add a reference to the relevant MIME RFC that requires
this behaviour.

   mixed and render message parts accordingly.

4th para in the same section:

   If there is no match for the user's preferred language (or there is
   no preferred language information available) the email client SHOULD
   select the language independent part (if one exists) or the first
   language part (directly after the multilingual preface) if a language
   independent part does not exist.

I think asking user (as per MAY below in the same section) might be a
better choice than showing a random part in a language the user might
not understand. But I don't feel strongly about this.

In Section 6: This document should add ABNF for the Translation-Type
header field in order to avoid doubt. For example, CFWS shouldn't be
allowed in it, but optional FWS probably needs to be allowed before the
value. Without seeing the ABNF I have to make guesses when implementing
parser for this header field.


In Section 8.2: multipart/mixed with a single image part is not really
the best example. While it is legal, you should probably just use
image/png directly.

In Section 10.1:

Interoperability Considerations: I keep believing that such
implementations are non compliant with MIME, so it would be better to
say so.

"Published Specification" should say "RFC XXXX", so that RFC Editor
would know to replace XXXX with the document RFC # before publication.
IANA templates are cut & pasted to IANA website, so saying "this
document" is not going to be useful.

I think "Change Controller" field is missing from the registration
template.

Best Regards,
Alexey