Re: [Slim] Ben Campbell's Yes on draft-ietf-slim-multilangcontent-13: (with COMMENT)
Alexey Melnikov <aamelnikov@fastmail.fm> Thu, 17 August 2017 09:41 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 55BBF132358; Thu, 17 Aug 2017 02:41:42 -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=5UY7O1SA; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=bosdnFEi
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 77Sd2O2VmFKt; Thu, 17 Aug 2017 02:41:40 -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 7C22C1321A8; Thu, 17 Aug 2017 02:41:40 -0700 (PDT)
Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id E3D8120F48; Thu, 17 Aug 2017 05:41:39 -0400 (EDT)
Received: from web5 ([10.202.2.215]) by compute7.internal (MEProxy); Thu, 17 Aug 2017 05:41:39 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= cc:content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=m2xgeGhei4kjLvOTj+A5lRlmM8dUo ZT138lO3ZuKuQw=; b=5UY7O1SAPw8FC6Lq4CUS459OvIZuKQfAxxE213C502i95 xZo9ni2507hsmiwlgnLW6i7ZXcl+BJiGwbEOwQhpKTpaKg1lTcK1n2Nha9IS4u8k fm22vXFmp2Uhb9w21LblJaO4naJnb+B66hUykXn2dEXVmTTBgRDZWF9I4RLqiLHZ xJ6Lyz11B6/fETHBwmjvEepRcTUfLnTM6iBk42QZyv4hnZgl6e2YTwct8O55nLdp kUZH352uzI3TX4262eSNIc6vEB1+FrSD8Gsh9UzaRYzvSd+Q9GQ7ZR0kETzDIZRb V8NnjGvDl6NeUmBJv13gDoaSKGMmHUmrqfiktxmyg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=m2xgeG hei4kjLvOTj+A5lRlmM8dUoZT138lO3ZuKuQw=; b=bosdnFEiJMeey6WxBzpY4u fubb53cqhtzxGJjv5JZO4CnentigzOSixI1ickmGjnDQpX6F2QyTNwkKyXPTlMO/ bJc4QJp4twta0rz0GP3DibwQgufb9Nw2x7Z3h21nzHJh920tYovQ1UXxQOaTXQju YvFEcEZmnSpT/iol4dafrqlaFbddFmnW4hKnhJPkvs2r2kCxWwA44t9rMI9Rer0I eOxjZtfRq9jjrd+nCA30QWWwYWoujU9Zajh5v3hiW/fkuparpBsYNV++IKcQxBoi Jn03o6Y3rxla7nqHMULdY+3AmVsTDOQPOtAlxqZ1nJydyhRTQxgA/FwQhlcvrwWw ==
X-ME-Sender: <xms:02SVWVyDGhbCLLI6jByB_dUCqCLbVSfJ3epEQ8ozFucQ9w693yBmHA>
Received: by mailuser.nyi.internal (Postfix, from userid 99) id C2A7D9E308; Thu, 17 Aug 2017 05:41:39 -0400 (EDT)
Message-Id: <1502962899.1592674.1076222888.5B74D570@webmail.messagingengine.com>
From: Alexey Melnikov <aamelnikov@fastmail.fm>
To: Ben Campbell <ben@nostrum.com>, The IESG <iesg@ietf.org>
Cc: slim@ietf.org, draft-ietf-slim-multilangcontent@ietf.org, slim-chairs@ietf.org, bernard.aboba@gmail.com
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="utf-8"
X-Mailer: MessagingEngine.com Webmail Interface - ajax-21c69044
Date: Thu, 17 Aug 2017 10:41:39 +0100
In-Reply-To: <150292141204.12197.13535898303505156655.idtracker@ietfa.amsl.com>
References: <150292141204.12197.13535898303505156655.idtracker@ietfa.amsl.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/slim/8dkY4_MxRLzPeJqrPt-hkOUgHeo>
Subject: Re: [Slim] Ben Campbell's Yes on draft-ietf-slim-multilangcontent-13: (with COMMENT)
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: Thu, 17 Aug 2017 09:41:42 -0000
Hi Ben, On Wed, Aug 16, 2017, at 11:10 PM, Ben Campbell wrote: > Ben Campbell has entered the following ballot position for > draft-ietf-slim-multilangcontent-13: Yes > Hi, just some minor comments: > > Substantive: > > - 3.1: "This initial message part SHOULD explain briefly to the recipient > that the message contains multiple languages and the parts may be > rendered sequentially or as attachments. This SHOULD be presented in > the same languages that are provided in the subsequent language > message parts." > > It seems likely that this message will be relatively static (perhaps > preloaded > or configured) for messages sent by any particular MUA. Is it reasonable > to > expect the MUA (or the person who configures it) to know in advance all > languages likely to be used? Is it expected to dynamically select the > languages > from the ones used by the language specific body parts? This is a good question. I think I agree that it can be potentially generated per the list of languages used. > -3.3: I'm not sure I understand the first sentence. Why does that > ''intent" > matter? > > This section seems to take about a single language-independent part. > Could > there be multiple language-Independent attachments? This is generally allowed by MIME. One way of doing this is: Top level multipart/mixed child 1: multipart/multilingual child 2: <1st language-Independent attachment> child 3: <2nd language-Independent attachment> Alternatively, you can use multipart/multilingual: Top level multipart/multilingual child 1: text/plain child 2: message/rfc822 with nested message in English child 3: message/rfc822 with nested message in French child 4: message/rfc822 with nested message in German child 5: multipart/mixed (language independent part) child 5.1: <1st language-Independent attachment> child 5.2: <2nd language-Independent attachment> > -11, first paragraph: It seems like there might be some more subtle > abuses than > slipping past a spam filter. For example, if a recipient falsely assumes > that > all the body parts say the same thing, might they be induced into taking > some > action? (e.g. forwarding offensive material targeted at speakers of a > specific > language)? > > Editorial: > > - Abstract: Please consider mentioning the subtype by name in the > abstract. > > - 1: "The objective of this document is to define..." > Did it succeed in its objective? :-) (Consider "This document > defines...:) > > - 3.2: "Each language message part SHOULD have a Subject field in the > appropriate language for that language part." Since section 7 restates > this > SHOULD, and covers the topic in more detail, perhaps section 3.2 should > state > this descriptively rather than normatively? Good comments/questions that editors should comment on. > -7, last paragraph: Should the first "should" be a "SHOULD"? I agree. Best Regards, Alexey
- [Slim] Ben Campbell's Yes on draft-ietf-slim-mult… Ben Campbell
- Re: [Slim] Ben Campbell's Yes on draft-ietf-slim-… Alexey Melnikov
- Re: [Slim] Ben Campbell's Yes on draft-ietf-slim-… Nik Tomkinson
- Re: [Slim] Ben Campbell's Yes on draft-ietf-slim-… Ben Campbell