From nobody Wed Oct 12 09:35:45 2016 Return-Path: X-Original-To: slim@ietf.org Delivered-To: slim@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 134BE12940F; Wed, 12 Oct 2016 09:35:43 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.34.2 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <147629014307.6341.8810814869049614696.idtracker@ietfa.amsl.com> Date: Wed, 12 Oct 2016 09:35:43 -0700 Archived-At: Cc: slim@ietf.org Subject: [Slim] I-D Action: draft-ietf-slim-multilangcontent-06.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2016 16:35:43 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Selection of Language for Internet Media of the IETF. Title : Multiple Language Content Type Authors : Nik Tomkinson Nathaniel Borenstein Filename : draft-ietf-slim-multilangcontent-06.txt Pages : 19 Date : 2016-10-12 Abstract: This document defines an addition to the Multipurpose Internet Mail Extensions (MIME) standard to make it possible to send one message that contains multiple language versions of the same information. The translations would be identified by a language tag and selected by the email client based on a user's language settings. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-slim-multilangcontent-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-slim-multilangcontent-06 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Oct 12 09:50:54 2016 Return-Path: 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 673E8129496 for ; Wed, 12 Oct 2016 09:50:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.219 X-Spam-Level: X-Spam-Status: No, score=-2.219 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 vGqk1ftFIaKp for ; Wed, 12 Oct 2016 09:50:37 -0700 (PDT) Received: from mail-qt0-f181.google.com (mail-qt0-f181.google.com [209.85.216.181]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ECF74129618 for ; Wed, 12 Oct 2016 09:50:34 -0700 (PDT) Received: by mail-qt0-f181.google.com with SMTP id s49so21875071qta.0 for ; Wed, 12 Oct 2016 09:50:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=B5dOlrpG1ANO9xKimtNMCOo651HhON9M/vzJNh1Dlsc=; b=NJGRwPhbEkronrzNT80zl0EwjzudZwn3ZZf56EC3k2DA5kgDfjuiPv0/1kJoEPyVIn 5Q4ANDcGyQyLIyj/h7erDptezgHt6zHhln0vlEVHVyEFH2YHjUcveNLzMFiOcoq1XH1Z 5WAOurPIUYGPaE1lUnG8990Y/e33BRf8kyrTA2XVacGCzE0jYmRW3rjviKZcuqm/pSzK nG6i073S3lljESg+pA7Za4NtNC84brDWbKHEU9ZpHpOJCiYQxnkhAXKCJeIZU9BU+RC9 nPLfkyNNPM6dodYROVxgQwf9+zTtqxh2dUf2mpHtPaS8IIw7DbgWlRLQh3zCfaLEECwA ob+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=B5dOlrpG1ANO9xKimtNMCOo651HhON9M/vzJNh1Dlsc=; b=bP0i1iA5/6/buku2czSXC61RgVxPlLpRgA77TOpg93kaXLxmbiyGIBlmjC6sc26eMv MgQe4/r2FYo4e198Xf7MpUOP96RXl1/EAQZup2M4jXbzwKPe5YYD+wK4bFbzkECe25nO qAtJvxkSilh1ibBwQaJ2zsTGkWOTTpm9S40P/zzTk6KZoB5x6VQHCG/kINh1Dj3ZxEmW 6u5ho3gscjTM2XwP8ALuusQpQ4G/LrDDpEfueaa9cLJrWIq2WdsB/ZyGTlIg5wB3PiqY EKzxgHNbTdikp1IhGKauIR1fyUWvkLbSkjNmVj638s4IBjcK7ac+UokNj+XOMLQ5QnnW hBIw== X-Gm-Message-State: AA6/9Rk1ImNUlA75hr77oCAL+bC0uxBkxsQ+MZolhPz0NTB7glvm1+xr9PSoT/w4c7tysRo+M6hobLM0XzTMhQ== X-Received: by 10.237.57.136 with SMTP id m8mr2243650qte.7.1476290973972; Wed, 12 Oct 2016 09:49:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.164.132 with HTTP; Wed, 12 Oct 2016 09:49:33 -0700 (PDT) In-Reply-To: <147629014307.6341.8810814869049614696.idtracker@ietfa.amsl.com> References: <147629014307.6341.8810814869049614696.idtracker@ietfa.amsl.com> From: Nik Tomkinson Date: Wed, 12 Oct 2016 17:49:33 +0100 Message-ID: To: slim@ietf.org Content-Type: multipart/alternative; boundary=001a113f42f016be99053eadc731 Archived-At: Subject: Re: [Slim] I-D Action: draft-ietf-slim-multilangcontent-06.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Oct 2016 16:50:44 -0000 --001a113f42f016be99053eadc731 Content-Type: text/plain; charset=UTF-8 Hi All, as you will have seen there is a new I-D version for the non-real-time document. This includes 2 updates: Changing the Translation-Type parameter of the Content-Language field to be a field in its own right. This is to reduce the risk to existing implementations that deal with Content-Language because RFC 3282 for Content-Language does not define the field as having parameters at all, so adding a parameter may break existing code. The inclusion of the IANA registration templates for the multipart/multilingual type and the new Translation-Type field. Please take a look and comment if you think there is anything left to do. Nik. On 12 October 2016 at 17:35, wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Selection of Language for Internet Media > of the IETF. > > Title : Multiple Language Content Type > Authors : Nik Tomkinson > Nathaniel Borenstein > Filename : draft-ietf-slim-multilangcontent-06.txt > Pages : 19 > Date : 2016-10-12 > > Abstract: > This document defines an addition to the Multipurpose Internet Mail > Extensions (MIME) standard to make it possible to send one message > that contains multiple language versions of the same information. > The translations would be identified by a language tag and selected > by the email client based on a user's language settings. > > > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ > > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-slim-multilangcontent-06 > > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=draft-ietf-slim-multilangcontent-06 > > > Please note that it may take a couple of minutes from the time of > submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim > -- ----------------------------------------------------------------- Multiple Language Content Type Internet Draft: https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ ----------------------------------------------------------------- --001a113f42f016be99053eadc731 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi All,

as you will have seen there is = a new I-D version for the non-real-time document. This includes 2 updates:<= /div>

Changing the Translation-Type parameter of the Con= tent-Language field to be a field in its own right. This is to reduce the r= isk to existing implementations that deal with Content-Language because=C2= =A0RFC 3282 for Content-Language does not define the field as having parame= ters at all, so adding a parameter may break existing code.

<= /div>
The inclusion of the IANA registration templates for the multipar= t/multilingual type and the new Translation-Type field.

Please take a look and comment if you think there is anything left to= do.

Nik.
On 12 October 2016 at 17:35, <interne= t-drafts@ietf.org> wrote:
<= br> A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the Selection of Language for Internet Media o= f the IETF.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Title=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= Multiple Language Content Type
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Authors=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0: Nik = Tomkinson
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 Nathaniel Borenstein
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Filename=C2=A0 =C2=A0 =C2=A0 =C2=A0 : draft-iet= f-slim-multilangcontent-06.txt
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Pages=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:= 19
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Date=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 := 2016-10-12

Abstract:
=C2=A0 =C2=A0This document defines an addition to the Multipurpose Internet= Mail
=C2=A0 =C2=A0Extensions (MIME) standard to make it possible to send one mes= sage
=C2=A0 =C2=A0that contains multiple language versions of the same informati= on.
=C2=A0 =C2=A0The translations would be identified by a language tag and sel= ected
=C2=A0 =C2=A0by the email client based on a user's language settings.

The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/= doc/draft-ietf-slim-multilangcontent/

There's also a htmlized version available at:
https://tools.ietf.org/html/draf= t-ietf-slim-multilangcontent-06

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?= url2=3Ddraft-ietf-slim-multilangcontent-06


Please note that it may take a couple of minutes from the time of submissio= n
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim



-- 
-------------------------------=
----------------------------------
Multiple Language Content Type Intern=
et Draft:
https://datatracker.= ietf.org/doc/draft-ietf-slim-multilangcontent/
-----------------------------------------=
------------------------
--001a113f42f016be99053eadc731-- From nobody Thu Oct 13 07:34:24 2016 Return-Path: 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 DBF221298FF for ; Thu, 13 Oct 2016 07:34:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gsmasso.onmicrosoft.com 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 OG-RvxaOLn8I for ; Thu, 13 Oct 2016 07:34:14 -0700 (PDT) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0049.outbound.protection.outlook.com [104.47.1.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C498A129512 for ; Thu, 13 Oct 2016 07:34:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=GSMASSO.onmicrosoft.com; s=selector1-gsma-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=MO24s9N9jxYbt67PS0NEbjNuzgkDHR5+LsZUf6RyCxU=; b=BIMwp62DlkKH+kQMu8iE9T1BEnLBfXunMWGVC85ns53v/fzb0Csgxw49o4LeCIX1vDsVKmHoXZ0O45LLCu2HqJCx0Yy3JGZzt27sJGii8db7tMunKneUeYt8drKJmNHsH89U6zX+w3Etz/w67lo/PRc/IKq6UiwKiFSpzfsu5D0= Received: from VI1PR0401MB2064.eurprd04.prod.outlook.com (10.166.141.138) by VI1PR0401MB2063.eurprd04.prod.outlook.com (10.166.141.137) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.659.8; Thu, 13 Oct 2016 14:34:10 +0000 Received: from VI1PR0401MB2064.eurprd04.prod.outlook.com ([10.166.141.138]) by VI1PR0401MB2064.eurprd04.prod.outlook.com ([10.166.141.138]) with mapi id 15.01.0659.020; Thu, 13 Oct 2016 14:34:10 +0000 From: Natasha Rooney To: Nik Tomkinson Thread-Topic: [Slim] I-D Action: draft-ietf-slim-multilangcontent-06.txt Thread-Index: AQHSJKavf83IsczH/E6B9As4fNSzMqClB+mAgAFsggA= Date: Thu, 13 Oct 2016 14:34:10 +0000 Message-ID: <0C4BE15A-850F-42E8-95CE-A14DDC00B764@gsma.com> References: <147629014307.6341.8810814869049614696.idtracker@ietfa.amsl.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3124) authentication-results: spf=none (sender IP is ) smtp.mailfrom=nrooney@gsma.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [62.189.0.100] x-ms-office365-filtering-correlation-id: 625a0646-e78e-4fdf-632b-08d3f375ff3b x-microsoft-exchange-diagnostics: 1; VI1PR0401MB2063; 7:xZ9sByqtXxUrvszLjTcXRKzRXjM4Y/EeIdMZsyWbgZBNj9DWVmzA4qkzYGOIKF7PyKI7cVOWexVNBb/URX7ZDpDQZaWm4qCZzuHfY0bkcs+/ArYqscIk5Na1TvzWtKc1Fc3h9raPUUrVprCJabQOle5HgIAdCR8sQMnzHTiZyF959POLawme5Flpn/JTr5Xg+o4bGATh8zJw5E4sMg+/nXaKMqB7tKXINAnZAOlphobyv5YEjCPZgyMz7vVWL1Ajp3TFAnsk8ZsiGIDO4lBdTIV9p83wUhjmYZvj6JaHRD9FycWdntlVjp+qiQqeYhYcs597pq0U1LBxuw+rUZEURZpjrZxDwhawXbuyWWQy/TE= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:VI1PR0401MB2063; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(120809045254105); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046); SRVR:VI1PR0401MB2063; BCL:0; PCL:0; RULEID:; SRVR:VI1PR0401MB2063; x-forefront-prvs: 0094E3478A x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(189002)(377424004)(24454002)(53754006)(199003)(19580405001)(82746002)(101416001)(76176999)(110136003)(7736002)(2950100002)(50986999)(6916009)(106356001)(81166006)(230783001)(5890100001)(189998001)(5002640100001)(5660300001)(97736004)(33656002)(4326007)(4001150100001)(105586002)(86362001)(36756003)(66066001)(68736007)(106116001)(92566002)(81156014)(7846002)(8676002)(19617315012)(586003)(8936002)(7906003)(87936001)(19580395003)(3660700001)(50226002)(83716003)(77096005)(11100500001)(6116002)(122556002)(16236675004)(19610725007)(3280700002)(15975445007)(2900100001)(57306001)(10400500002)(102836003)(3846002)(2906002)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR0401MB2063; H:VI1PR0401MB2064.eurprd04.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: gsma.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_0C4BE15A850F42E895CEA14DDC00B764gsmacom_" MIME-Version: 1.0 X-OriginatorOrg: gsma.com X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Oct 2016 14:34:10.7276 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72a4ff82-fec3-469d-aafb-ac8276216699 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0401MB2063 X-MS-Exchange-CrossPremises-AuthAs: Internal X-MS-Exchange-CrossPremises-AuthMechanism: 04 X-MS-Exchange-CrossPremises-AuthSource: VI1PR0401MB2064.eurprd04.prod.outlook.com X-MS-Exchange-CrossPremises-SCL: 1 X-MS-Exchange-CrossPremises-messagesource: StoreDriver X-MS-Exchange-CrossPremises-BCC: X-MS-Exchange-CrossPremises-originalclientipaddress: 62.189.0.100 X-MS-Exchange-CrossPremises-avstamp-service: 1.0 X-MS-Exchange-CrossPremises-disclaimer-hash: 78ca8040c6722e32c2f5b0a45bf37e74b9409d645a53be96aa19958e0cee0f00 X-MS-Exchange-CrossPremises-antispam-scancontext: DIR:Originating; SFV:NSPM; SKIP:0; X-MS-Exchange-CrossPremises-processed-by-journaling: Journal Agent X-OrganizationHeadersPreserved: VI1PR0401MB2063.eurprd04.prod.outlook.com Archived-At: Cc: "slim@ietf.org" Subject: Re: [Slim] I-D Action: draft-ietf-slim-multilangcontent-06.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Oct 2016 14:34:22 -0000 --_000_0C4BE15A850F42E895CEA14DDC00B764gsmacom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks Nik! Guys - please take a look when you can and post your comments to the list. Natasha Natasha Rooney | Internet Engineering Director | Internet and Web Team | Te= chnology | GSMA | nrooney@gsma.com | +44 (0) 7730 = 219 765 | @thisNatasha | Skype: nrooney@gsm.org On 12 Oct 2016, at 17:49, Nik Tomkinson > wrote: Hi All, as you will have seen there is a new I-D version for the non-real-time docu= ment. This includes 2 updates: Changing the Translation-Type parameter of the Content-Language field to be= a field in its own right. This is to reduce the risk to existing implement= ations that deal with Content-Language because RFC 3282 for Content-Languag= e does not define the field as having parameters at all, so adding a parame= ter may break existing code. The inclusion of the IANA registration templates for the multipart/multilin= gual type and the new Translation-Type field. Please take a look and comment if you think there is anything left to do. Nik. On 12 October 2016 at 17:35, > wrote: A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Selection of Language for Internet Media o= f the IETF. Title : Multiple Language Content Type Authors : Nik Tomkinson Nathaniel Borenstein Filename : draft-ietf-slim-multilangcontent-06.txt Pages : 19 Date : 2016-10-12 Abstract: This document defines an addition to the Multipurpose Internet Mail Extensions (MIME) standard to make it possible to send one message that contains multiple language versions of the same information. The translations would be identified by a language tag and selected by the email client based on a user's language settings. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-slim-multilangcontent-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-slim-multilangcontent-06 Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ SLIM mailing list SLIM@ietf.org https://www.ietf.org/mailman/listinfo/slim -- ----------------------------------------------------------------- Multiple Language Content Type Internet Draft: https://= datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ ----------------------------------------------------------------- _______________________________________________ SLIM mailing list SLIM@ietf.org https://www.ietf.org/mailman/listinfo/slim This email and its attachments are intended for the above named only and ma= y be confidential. If they have come to you in error you must take no actio= n based on them, nor must you copy or show them to anyone; please reply to = this email or call +44 207 356 0600 and highlight the error. --_000_0C4BE15A850F42E895CEA14DDC00B764gsmacom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable Thanks Nik!

Guys - please take a look when you can and post your comments to the list.<= br class=3D"">
Natasha


Natasha Rooney | Internet Engineering Director | Internet and Web Team | Te= chnology | GSMA | nroon= ey@gsma.com | +44 (0) 7730 219 765 | @thisNatasha | Skype= : nrooney@gsm.org

On 12 Oct 2016, at 17:49, Nik Tomkinson <rfc.nik.tomkinson@gmail.com&= gt; wrote:

Hi All,

as you will have seen there is a new I-D version for the no= n-real-time document. This includes 2 updates:

Changing the Translation-Type parameter of the Content-Lang= uage field to be a field in its own right. This is to reduce the risk to ex= isting implementations that deal with Content-Language because RFC 328= 2 for Content-Language does not define the field as having parameters at all, so adding a parameter may break exi= sting code.

The inclusion of the IANA registration templates for the mu= ltipart/multilingual type and the new Translation-Type field.

Please take a look and comment if you think there is anythi= ng left to do.

Nik.

On 12 October 2016 at 17:35, <internet-drafts@ietf.org> wrote:

A New Internet-Draft is available from the on-line Internet-Drafts director= ies.
This draft is a work item of the Selection of Language for Internet Media o= f the IETF.

        Title           := Multiple Language Content Type
        Authors         : Nik = Tomkinson
                     = ;     Nathaniel Borenstein
        Filename        : draft-iet= f-slim-multilangcontent-06.txt
        Pages           := 19
        Date            := 2016-10-12

Abstract:
   This document defines an addition to the Multipurpose Internet= Mail
   Extensions (MIME) standard to make it possible to send one mes= sage
   that contains multiple language versions of the same informati= on.
   The translations would be identified by a language tag and sel= ected
   by the email client based on a user's language settings.


The IETF datatracker status page for this draft is:
https://datatracker.iet= f.org/doc/draft-ietf-slim-multilangcontent/=

There's also a htmlized version available at:
https://tools.ietf.org/htm= l/draft-ietf-slim-multilangcontent-06
A diff from the previous version is available at:
https://www.ietf.o= rg/rfcdiff?url2=3Ddraft-ietf-slim-multilang= content-06


Please note that it may take a couple of minutes from the time of submissio= n
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/<= /a>

_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/li= stinfo/slim



-- 
-----------------------------------------------------------------
Multiple Language Content Type Internet Draft:
https://d= atatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/
-----------------------------------------------------------------<=
br class=3D"">
_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim

This email and its attachments are intended for the above named only and may be= confidential. If they have come to you in error you must take no action ba= sed on them, nor must you copy or show them to anyone; please reply to this= email or call +44 207 356 0600 and highlight the error.

--_000_0C4BE15A850F42E895CEA14DDC00B764gsmacom_-- From nobody Fri Oct 14 09:04:08 2016 Return-Path: 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 3E169129649 for ; Fri, 14 Oct 2016 09:04:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no 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 bCPgTecRrXdw for ; Fri, 14 Oct 2016 09:04:03 -0700 (PDT) Received: from p3plwbeout03-04.prod.phx3.secureserver.net (p3plsmtp03-04-2.prod.phx3.secureserver.net [72.167.218.216]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E62EF129546 for ; Fri, 14 Oct 2016 09:04:02 -0700 (PDT) Received: from localhost ([72.167.218.129]) by p3plwbeout03-04.prod.phx3.secureserver.net with bizsmtp id vU421t0022o642G01U42fD; Fri, 14 Oct 2016 09:04:02 -0700 X-SID: vU421t0022o642G01 Received: (qmail 30417 invoked by uid 99); 14 Oct 2016 16:04:02 -0000 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" X-Originating-IP: 208.51.143.189 User-Agent: Workspace Webmail 6.5.2 Message-Id: <20161014090400.665a7a7059d7ee80bb4d670165c8327d.de65eb0af0.wbe@email03.godaddy.com> From: "Doug Ewell" To: slim@ietf.org Date: Fri, 14 Oct 2016 09:04:00 -0700 Mime-Version: 1.0 Archived-At: Subject: Re: [Slim] I-D Action: draft-ietf-slim-multilangcontent-06.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Oct 2016 16:04:07 -0000 I read through this draft and did not find anything I felt was in need=0Aof= improvement. =0A =0A--=0ADoug Ewell | Thornton, CO, US | ewellic.org From nobody Fri Oct 14 11:30:23 2016 Return-Path: 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 2B6B11295D5 for ; Fri, 14 Oct 2016 11:30:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 pHJCtQqMG9e1 for ; Fri, 14 Oct 2016 11:30:19 -0700 (PDT) Received: from mail-qk0-x22f.google.com (mail-qk0-x22f.google.com [IPv6:2607:f8b0:400d:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B25791293E0 for ; Fri, 14 Oct 2016 11:30:19 -0700 (PDT) Received: by mail-qk0-x22f.google.com with SMTP id o68so206260229qkf.3 for ; Fri, 14 Oct 2016 11:30:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=nWAdkBcEDZt8G47ReK3o1/JZPMZK3Y3DnG+RsCSmIZs=; b=P4uyLRwYxSNWHVp77mLDn8jT1jntSHMM/YCtKYGbbYQ6Ltd2FnAuT8zwP20R38Wg8V gjSUl6QwOhOJHlcLsuHUbfix4OcCFL9FBJjoO5F1jiUaa87fiHLLyK/ga2TSVNQ0fP0b jLj22T4dwpeJkSWLAbhsJzRoJQByggHq1XP1TRz8s14KAcJmulQAYGfgwcES1nUoVhdk bl8Tj5HBJDmkxOJ6UMa1qnqujvi0t7h+Q9NyLAR859EOAT3H3pI4LKH83LlHiVe7O9JC anVMuAE8cHTgNWhPM6UXwDhwaUKU+yBZeeMS/Xa+eK8XeI+rcjvfbNCd9uwYPSDvJkv5 V1Dw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=nWAdkBcEDZt8G47ReK3o1/JZPMZK3Y3DnG+RsCSmIZs=; b=htG6nobhKKKVfdDzzOU0l6BPYIsLBELRKSyWdp8Pc8rRKZgxye5HQNkS2a2OxtHI4I BtnREFGnq2fFTFqC0Dka1inm5YwgXsPmmAcyYkJ18DMjYDELmSoQ81lw/G3DDPYvnbA+ OA+TJLPrAJtWHE+tlC8VQBFZdR7Wplb1jpKwpbY/0iWUT77Te0BMJZMsPfmCjD0t0jMb TUndglq2v3yDKbNcAToOAW9znifmtFPsBH3RJaymrrRi4Q/DO7RDWXguyBZOjp30t9nE 4QztSgTvmyEZk2dYjiHPB1GfR/2U8tJt3FNR09uryviBN/eeaw6u42ecb1jvjOTDjrmK su6A== X-Gm-Message-State: AA6/9Rk3e7Fyua2OX+kmI5gALL3kKnAn/6yDiMe8mxuwCPs9Vtya0258SUas2rakYDS3iKoSMBOeM1w5DM9Gjg== X-Received: by 10.55.26.217 with SMTP id l86mr12385495qkh.273.1476469818772; Fri, 14 Oct 2016 11:30:18 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.164.132 with HTTP; Fri, 14 Oct 2016 11:30:18 -0700 (PDT) In-Reply-To: <20161014090400.665a7a7059d7ee80bb4d670165c8327d.de65eb0af0.wbe@email03.godaddy.com> References: <20161014090400.665a7a7059d7ee80bb4d670165c8327d.de65eb0af0.wbe@email03.godaddy.com> From: Nik Tomkinson Date: Fri, 14 Oct 2016 19:30:18 +0100 Message-ID: To: Doug Ewell Content-Type: multipart/alternative; boundary=001a113e9a1211d083053ed76b53 Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] I-D Action: draft-ietf-slim-multilangcontent-06.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Oct 2016 18:30:22 -0000 --001a113e9a1211d083053ed76b53 Content-Type: text/plain; charset=UTF-8 Thanks Doug. The only things I have concerns about are: - In the Introduction, I reference the real-time I-D but should it really refer to the RFC number of the real-time document? If so, this means that the non-real-time document cannot be published until the real-time document has an RFC number assigned which ties the two together in terms of readiness to publish. I believe that Randall has done the same from his document. - I use the future tense in the IANA Considerations section (eg. The multipart/multilingual MIME type *will* be registered). Is this OK? Does anyone have any suggestions or comments on these two? Nik. On 14 October 2016 at 17:04, Doug Ewell wrote: > I read through this draft and did not find anything I felt was in need > of improvement. > > -- > Doug Ewell | Thornton, CO, US | ewellic.org > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim > -- ----------------------------------------------------------------- Multiple Language Content Type Internet Draft: https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ ----------------------------------------------------------------- --001a113e9a1211d083053ed76b53 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks Doug.

The only things I have con= cerns about are:
=C2=A0- In the Introduction, I reference the rea= l-time I-D but should it really refer to the RFC number of the real-time do= cument? If so, this means that the non-real-time document cannot be publish= ed until the real-time document has an RFC number assigned which ties the t= wo together in terms of readiness to publish. I believe that Randall has do= ne the same from his document.
=C2=A0- I use the future tense in = the IANA Considerations section (eg.=C2=A0The multipart/multilingual MIME t= ype will be registered). Is this OK?

Does anyone have any suggestions or comments on these two?

<= /div>
Nik.

On 14 October 2016 at 17:04, Doug Ewell <doug@ewellic.org><= /span> wrote:
I read through this draft a= nd did not find anything I felt was in need
of improvement.

--
Doug Ewell | Thornton, CO, US | ewellic.org

_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim



--
=
= 
--------------------=
---------------------------------------------
Multiple Language Content =
Type Internet Draft:
https://d= atatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/
------------------------------=
-----------------------------------
--001a113e9a1211d083053ed76b53-- From nobody Sat Oct 15 05:11:02 2016 Return-Path: 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 6449F1294B0 for ; Sat, 15 Oct 2016 05:11:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.718 X-Spam-Level: X-Spam-Status: No, score=-2.718 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, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=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 (1024-bit key) header.d=fastmail.fm header.b=EhBrcGY2; dkim=pass (1024-bit key) header.d=messagingengine.com header.b=nn8EvGKE 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 ktG8CEQ-ba-8 for ; Sat, 15 Oct 2016 05:10:59 -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 93E391294A7 for ; Sat, 15 Oct 2016 05:10:59 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id CBF1320775; Sat, 15 Oct 2016 08:10:58 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute6.internal (MEProxy); Sat, 15 Oct 2016 08:10:58 -0400 DKIM-Signature: v=1; a=rsa-sha1; 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-sasl-enc :x-sasl-enc; s=mesmtp; bh=+a5gK8pzd8bMT5vA96vi143axl4=; b=EhBrcG Y2/xckiyEqiyWKv0QaxfMAlAaYhA4C6kE7sz48nsl3/Jipm/qvqnFeZphlSmza++ d4hOf9h+1C7Mh4keRyO2kTL/V13onoVFJFZpDh9f2jr7KdDm4mZQBsSfJrvH7SUZ GaK+YwLUssj4sjYSpdpAHgOtdJvN5JxIj8ADM= DKIM-Signature: v=1; a=rsa-sha1; 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-sasl-enc:x-sasl-enc; s=smtpout; bh=+a5gK8pzd8bMT5v A96vi143axl4=; b=nn8EvGKEPxCXkUoscFReRVzxY+0W685jxpt0oJTMDesiD+e 9jpZ2AgRJjGdvyvVmFj+6iuVc4PDDkG8vJ+M4LSKTxQTH7YtFPCqv2f2lkmUT1lw NZKQnjY37zW1XMz+T3SdLS7OvAn7+6mXpPjZkKpNvlad5ISUgNGGfSX5Sdb8= X-Sasl-enc: N529eP89rM3mvHWx33ldnpU8vjUf/s8fo9/5o7FoDzMd 1476533458 Received: from [192.168.0.6] (cpc5-nmal20-2-0-cust24.19-2.cable.virginm.net [92.234.84.25]) by mail.messagingengine.com (Postfix) with ESMTPA id 5494DCC082; Sat, 15 Oct 2016 08:10:58 -0400 (EDT) Content-Type: multipart/alternative; boundary=Apple-Mail-F01D3655-D9B4-497F-AEF5-5EEE439E3B35 Mime-Version: 1.0 (1.0) From: Alexey Melnikov X-Mailer: iPad Mail (13G36) In-Reply-To: Date: Sat, 15 Oct 2016 13:24:57 +0100 Content-Transfer-Encoding: 7bit Message-Id: <7F9FF547-53A1-4ADF-ADE1-C31B5ED00A53@fastmail.fm> References: <20161014090400.665a7a7059d7ee80bb4d670165c8327d.de65eb0af0.wbe@email03.godaddy.com> To: Nik Tomkinson Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] I-D Action: draft-ietf-slim-multilangcontent-06.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Oct 2016 12:11:01 -0000 --Apple-Mail-F01D3655-D9B4-497F-AEF5-5EEE439E3B35 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi Nik, > On 14 Oct 2016, at 19:30, Nik Tomkinson wrot= e: >=20 > Thanks Doug. >=20 > The only things I have concerns about are: > - In the Introduction, I reference the real-time I-D but should it really= refer to the RFC number of the real-time document? If so, this means that t= he non-real-time document cannot be published until the real-time document h= as an RFC number assigned which ties the two together in terms of readiness t= o publish. I believe that Randall has done the same from his document. An informative reference (which is not going to delay publication) sounds fi= ne, unless you think there is a true dependency in order to implement? > - I use the future tense in the IANA Considerations section (eg. The mult= ipart/multilingual MIME type will be registered). Is this OK? Yes. This section will be edited during publication and will be converted to= past tense. >=20 > Does anyone have any suggestions or comments on these two? >=20 > Nik. >=20 >> On 14 October 2016 at 17:04, Doug Ewell wrote: >> I read through this draft and did not find anything I felt was in need >> of improvement. >>=20 >> -- >> Doug Ewell | Thornton, CO, US | ewellic.org >>=20 >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >> https://www.ietf.org/mailman/listinfo/slim >=20 >=20 >=20 > --=20 > ----------------------------------------------------------------- > Multiple Language Content Type Internet Draft: > https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ > ----------------------------------------------------------------- > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim --Apple-Mail-F01D3655-D9B4-497F-AEF5-5EEE439E3B35 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi Nik,

On 14 Oct 20= 16, at 19:30, Nik Tomkinson <rfc.nik.tomkinson@gmail.com> wrote:

Thanks Doug.

The only things= I have concerns about are:
 - In the Introduction, I referen= ce the real-time I-D but should it really refer to the RFC number of the rea= l-time document? If so, this means that the non-real-time document cannot be= published until the real-time document has an RFC number assigned which tie= s the two together in terms of readiness to publish. I believe that Randall h= as done the same from his document.

<= /div>An informative reference (which is not going to delay publication) soun= ds fine, unless you think there is a true dependency in order to implement?<= div>
 - I use t= he future tense in the IANA Considerations section (eg. The multipart/m= ultilingual MIME type will be registered). Is this OK?

Yes. This section will be edited durin= g publication and will be converted to past tense.

Does anyone have any suggestio= ns or comments on these two?

Nik.

On 14 October 2016 at 17= :04, Doug Ewell <doug@ewellic.org> wrote:
I read through this draft and did not find anything I felt was in n= eed
of improvement.

--
Doug Ewell | Thornton, CO, US | ewellic.org

_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim



--
<= div class=3D"gmail_signature" data-smartmail=3D"gmail_signature">
-------------------------= ----------------------------------------
Multiple Language Content Type I= nternet Draft:https://datatracker= .ietf.org/doc/draft-ietf-slim-multilangcontent/
------------------------------------------=
-----------------------
=
____________________= ___________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman= /listinfo/slim
= --Apple-Mail-F01D3655-D9B4-497F-AEF5-5EEE439E3B35-- From nobody Sat Oct 15 10:56:49 2016 Return-Path: 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 18AC31293DC for ; Sat, 15 Oct 2016 10:56:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 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, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 PU5vuS7v6zSi for ; Sat, 15 Oct 2016 10:56:46 -0700 (PDT) Received: from mail-qk0-x229.google.com (mail-qk0-x229.google.com [IPv6:2607:f8b0:400d:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3080F128E19 for ; Sat, 15 Oct 2016 10:56:46 -0700 (PDT) Received: by mail-qk0-x229.google.com with SMTP id f128so176424888qkb.1 for ; Sat, 15 Oct 2016 10:56:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=8tSQxk4KAElwTRIaC9O0Q2POtGsNi+Jyq5AmBJzIoUw=; b=l+o4eFO8n/RvWXluXpK0yuCbb0iNgxhBHVZt3Y3PVj61F/DunNbT/3hvz6hnsUOLQK r+VXc6bF0oRjSkR/j68p/EfBHKECiEPDvDGPw37v5JBzOH/5eBp0+AAcFMLX56cgwCgD oi+73UXFVqJDX+NbKp3lNJmXhrwQNe4MeML5EpoS/A4AU8TEB9HkvXJV8/pxFk1tCysq ovXPd/nCMkXz+p/AkaBtjLJQ8IshU3KGlHd4y5gs1hWHmh/GTJHxMSK/QXFboW4u4X+l wpDqfL9a13mlzYY/s50ebpw5NT3JvigqYKhIiLGKQ4DPXGC8SXQLw9ypZ+YvLkMmghPD +eug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=8tSQxk4KAElwTRIaC9O0Q2POtGsNi+Jyq5AmBJzIoUw=; b=QLGoCKXCYp24aMAD3pSOmUcGS7k9DCaqDyT0WXC0SQOv5lM7DHMgU/FVgY1DirJhSN jbQT7RYdVy/lZ4MIYhe/99gaL1VskEGDVsO0hFzxBOZpEQhbCdBkXgwnJhdDotD2a06E DwmcgH3sOuabgtunisKR7vloCGixsYcwmBNBpahxCllVosnCTjZGOfikc5eWekLVHCEo xhAxkpA7bSok1tWsHDUpBoV96rNytNB7CUTBszeN5B/jGYM2dnsTUNCOsSIvXJX+s/dm n58++l0XJ2kkFf8BDBgO90oTX6rzReFwnPjwNT0/lpkQ9nioKp2h4od/dI35s4Y2840Q 7rtw== X-Gm-Message-State: AA6/9RmVYSxGGg8gRlJOSR8DITG4TQNjwwyKi0Wo1MC3dPeY0rkBDJAnp+ZyA3LQ/d5h0amdcMLOdf/GwckoKA== X-Received: by 10.55.139.134 with SMTP id n128mr15366399qkd.263.1476554205299; Sat, 15 Oct 2016 10:56:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.164.132 with HTTP; Sat, 15 Oct 2016 10:56:44 -0700 (PDT) In-Reply-To: <7F9FF547-53A1-4ADF-ADE1-C31B5ED00A53@fastmail.fm> References: <20161014090400.665a7a7059d7ee80bb4d670165c8327d.de65eb0af0.wbe@email03.godaddy.com> <7F9FF547-53A1-4ADF-ADE1-C31B5ED00A53@fastmail.fm> From: Nik Tomkinson Date: Sat, 15 Oct 2016 18:56:44 +0100 Message-ID: To: Alexey Melnikov Content-Type: multipart/alternative; boundary=001a114f8b7ee609dc053eeb10ee Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] I-D Action: draft-ietf-slim-multilangcontent-06.txt X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Oct 2016 17:56:48 -0000 --001a114f8b7ee609dc053eeb10ee Content-Type: text/plain; charset=UTF-8 Hi Alexey, thanks for the comments. No, I don't think that the real-time draft is a dependency at all. Nik. On 15 October 2016 at 13:24, Alexey Melnikov wrote: > Hi Nik, > > On 14 Oct 2016, at 19:30, Nik Tomkinson > wrote: > > Thanks Doug. > > The only things I have concerns about are: > - In the Introduction, I reference the real-time I-D but should it really > refer to the RFC number of the real-time document? If so, this means that > the non-real-time document cannot be published until the real-time document > has an RFC number assigned which ties the two together in terms of > readiness to publish. I believe that Randall has done the same from his > document. > > > An informative reference (which is not going to delay publication) sounds > fine, unless you think there is a true dependency in order to implement? > > - I use the future tense in the IANA Considerations section (eg. The > multipart/multilingual MIME type *will* be registered). Is this OK? > > > Yes. This section will be edited during publication and will be converted > to past tense. > > > Does anyone have any suggestions or comments on these two? > > Nik. > > On 14 October 2016 at 17:04, Doug Ewell wrote: > >> I read through this draft and did not find anything I felt was in need >> of improvement. >> >> -- >> Doug Ewell | Thornton, CO, US | ewellic.org >> >> _______________________________________________ >> SLIM mailing list >> SLIM@ietf.org >> https://www.ietf.org/mailman/listinfo/slim >> > > > > -- > > ----------------------------------------------------------------- > Multiple Language Content Type Internet Draft: > > > https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ > > > ----------------------------------------------------------------- > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim > > -- ----------------------------------------------------------------- Multiple Language Content Type Internet Draft: https://datatracker.ietf.org/doc/draft-ietf-slim-multilangcontent/ ----------------------------------------------------------------- --001a114f8b7ee609dc053eeb10ee Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Alexey, thanks for the comments.

No, I don't think that the real-time draft is a dependency at all.= =C2=A0

Nik.

On 15 October 2016 at 13:24, Alexey Melnikov <aamelnikov@fastmail.fm> wrote:
Hi Nik,

On = 14 Oct 2016, at 19:30, Nik Tomkinson <rfc.nik.tomkinson@gmail.com> wrote:
Thanks Doug.
The only things I have concerns about are:
=C2= =A0- In the Introduction, I reference the real-time I-D but should it reall= y refer to the RFC number of the real-time document? If so, this means that= the non-real-time document cannot be published until the real-time documen= t has an RFC number assigned which ties the two together in terms of readin= ess to publish. I believe that Randall has done the same from his document.=

An informative referen= ce (which is not going to delay publication) sounds fine, unless you think = there is a true dependency in order to implement?

=
=C2=A0- I use the futu= re tense in the IANA Considerations section (eg.=C2=A0The multipart/multili= ngual MIME type will be registered). Is this OK?
<= /div>

Yes. This section will be edited du= ring publication and will be converted to past tense.
<= blockquote type=3D"cite">

Does any= one have any suggestions or comments on these two?

Nik.

= On 14 October 2016 at 17:04, Doug Ewell <doug@ewellic.org> wr= ote:
I read through this draft and did no= t find anything I felt was in need
of improvement.

--
Doug Ewell | Thornton, CO, US | ewellic.org

_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim



--
=
<= div>
----------------------------------------------------------------=
-
Multiple Language Content Type Internet Draft:
https://datatracker.ietf.org/doc/draft-ietf-sl= im-multilangcontent/
---------------------------------------------------------=
--------
___________________= ____________________________
SLIM mailing list<= br>SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim=



-- 
----------------------------------------------------------------=
-
Multiple Language Content Type Internet Draft:
https://datatracker.ietf.org/doc/draft-ietf-slim-mu= ltilangcontent/
-----------------------------------------------------------------=
--001a114f8b7ee609dc053eeb10ee-- From nobody Tue Oct 25 10:06:29 2016 Return-Path: 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 EFDA0129607; Tue, 25 Oct 2016 10:06:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.331 X-Spam-Level: X-Spam-Status: No, score=-2.331 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.431] autolearn=ham autolearn_force=no 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 fBcB5z27097v; Tue, 25 Oct 2016 10:06:24 -0700 (PDT) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 30E831295BA; Tue, 25 Oct 2016 10:06:24 -0700 (PDT) Received: from localhost ([::1]:54271 helo=durif.tools.ietf.org) by durif.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bz5B9-0006c3-Jt; Tue, 25 Oct 2016 10:06:23 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "slim issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-slim-negotiating-human-language@ietf.org, nrooney@gsma.com X-Trac-Project: slim Date: Tue, 25 Oct 2016 17:06:23 -0000 X-URL: https://tools.ietf.org/slim/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/slim/trac/ticket/2#comment:2 Message-ID: <082.e6bbe4de8e910a893cb11cd762f62ff3@tools.ietf.org> References: <067.11923dfa77eca4495f14a45e29a1e674@tools.ietf.org> X-Trac-Ticket-ID: 2 In-Reply-To: <067.11923dfa77eca4495f14a45e29a1e674@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-slim-negotiating-human-language@ietf.org, nrooney@gsma.com, slim@ietf.org X-SA-Exim-Mail-From: trac+slim@tools.ietf.org X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-slim-negotiating-human-language@ietf.org Resent-Message-Id: <20161025170624.30E831295BA@ietfa.amsl.com> Resent-Date: Tue, 25 Oct 2016 10:06:24 -0700 (PDT) Resent-From: trac+slim@tools.ietf.org Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] [slim] #2 (negotiating-human-language): In real-time document, modalities in introduction should be spoken, signed or written X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2016 17:06:28 -0000 #2: In real-time document, modalities in introduction should be spoken, signed or written Comment (by nrooney@gsma.com): Chairs: Randall, please go ahead and make the change so we can close this ticket. Thanks! -- -------------------------------------+------------------------------------- Reporter: | Owner: draft-ietf-slim- gunnar.hellstrom@omnitor.se | negotiating-human-language@ietf.org Type: defect | Status: new Priority: trivial | Milestone: Component: negotiating-human- | Version: language | Resolution: Severity: In WG Last Call | Keywords: modality | -------------------------------------+------------------------------------- Ticket URL: slim From nobody Tue Oct 25 10:07:47 2016 Return-Path: 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 3968C12983F; Tue, 25 Oct 2016 10:07:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.331 X-Spam-Level: X-Spam-Status: No, score=-2.331 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.431] autolearn=ham autolearn_force=no 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 CPq2DolYURk4; Tue, 25 Oct 2016 10:07:44 -0700 (PDT) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9C1FC1296C4; Tue, 25 Oct 2016 10:07:44 -0700 (PDT) Received: from localhost ([::1]:54278 helo=durif.tools.ietf.org) by durif.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bz5CP-0006eq-0L; Tue, 25 Oct 2016 10:07:41 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "slim issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-slim-negotiating-human-language@ietf.org, gunnar.hellstrom@omnitor.se, nrooney@gsma.com X-Trac-Project: slim Date: Tue, 25 Oct 2016 17:07:40 -0000 X-URL: https://tools.ietf.org/slim/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/slim/trac/ticket/4#comment:3 Message-ID: <082.3272b2eb8fcdff4a1398d91722dd7ecd@tools.ietf.org> References: <067.2e58384b177c3fa6dc148d6953ae10e3@tools.ietf.org> X-Trac-Ticket-ID: 4 In-Reply-To: <067.2e58384b177c3fa6dc148d6953ae10e3@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-slim-negotiating-human-language@ietf.org, gunnar.hellstrom@omnitor.se, nrooney@gsma.com, slim@ietf.org X-SA-Exim-Mail-From: trac+slim@tools.ietf.org X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-slim-negotiating-human-language@ietf.org Resent-Message-Id: <20161025170744.9C1FC1296C4@ietfa.amsl.com> Resent-Date: Tue, 25 Oct 2016 10:07:44 -0700 (PDT) Resent-From: trac+slim@tools.ietf.org Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] [slim] #4 (negotiating-human-language): Section 3 has many informal references. Reword the section. X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2016 17:07:46 -0000 #4: Section 3 has many informal references. Reword the section. Comment (by nrooney@gsma.com): Chairs: Hey, Randall - can this change be made also? Thanks! -- -------------------------------------+------------------------------------- Reporter: | Owner: draft-ietf-slim- gunnar.hellstrom@omnitor.se | negotiating-human-language@ietf.org Type: defect | Status: new Priority: major | Milestone: Component: negotiating-human- | Version: language | Resolution: Severity: In WG Last Call | Keywords: | -------------------------------------+------------------------------------- Ticket URL: slim From nobody Tue Oct 25 10:10:30 2016 Return-Path: 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 9C85212948E for ; Tue, 25 Oct 2016 10:10:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.911 X-Spam-Level: X-Spam-Status: No, score=-2.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gsmasso.onmicrosoft.com 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 4egNgYerzoi1 for ; Tue, 25 Oct 2016 10:10:26 -0700 (PDT) Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0065.outbound.protection.outlook.com [104.47.2.65]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7DDF01295AD for ; Tue, 25 Oct 2016 10:10:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=GSMASSO.onmicrosoft.com; s=selector1-gsma-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=/4pxcnGu24dNTpMDlM+TEINHrB/Ph3rWcrGB+4amyZo=; b=CEBiWDOIkzJw2GB1hWgAmwWhHttNHfPNN+7a0/Na23Kk5/2jLxSI7k9F9Hac0Ebc442e1YgxAwxqfFLIi/U8zuWRyUI9fnYM1xCrpv54TQWYcdSizBGP7UaJs+iZPry5ZC1xOBXhctHuweou0G4ErcIJO0fIMCtNAOylzrGz74U= Received: from HE1PR0401MB2060.eurprd04.prod.outlook.com (10.166.123.12) by HE1PR0401MB2059.eurprd04.prod.outlook.com (10.166.123.11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.669.16; Tue, 25 Oct 2016 17:10:21 +0000 Received: from HE1PR0401MB2060.eurprd04.prod.outlook.com ([10.166.123.12]) by HE1PR0401MB2060.eurprd04.prod.outlook.com ([10.166.123.12]) with mapi id 15.01.0659.028; Tue, 25 Oct 2016 17:10:21 +0000 From: Natasha Rooney To: "slim@ietf.org" Thread-Topic: Open ticket list Thread-Index: AQHSLuKqHvwl3N5mVkC5J8tthcyYsQ== Date: Tue, 25 Oct 2016 17:10:20 +0000 Message-ID: <0250EC61-9D3F-43C8-AA86-23224F8A8BFD@gsma.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-mailer: Apple Mail (2.3226) authentication-results: spf=none (sender IP is ) smtp.mailfrom=nrooney@gsma.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [51.6.68.18] x-ms-office365-filtering-correlation-id: 04328069-c166-4d57-1890-08d3fcf9cd4d x-microsoft-exchange-diagnostics: 1; HE1PR0401MB2059; 7:S2EHeT6bG7jLS0V1eswYZf94J8srgGTrCOHHCMgM9NqFgK2apba3RKsu+4V0PoVotRursC/pnR/J19IilBTTIcC1vKjnoGS1elVyQmFBGJR4vCMXx8CT0YIN4LrhJwEp5TBs9Gt0Nw22wkkzDaDu8/l7KhxQJZ/oyBbEvfbo3nuI8q+jxO9hZbd7pA6MZpA5YuV/bGC+pFA//ZUbP3Y7S0qyrG0oBC/WZrEl11NjZmL5bq08ud/w88JoTpTQa9eSTEeXhCrhCLA62+ZpgyfbmbrPYBGNzg5/FFXD0T/L5LWbhX06BuTVc7Ys4IYXh6tmr6nVaUlgshXdYMLs5kYDM3EniSkRg6CihHu5gnsZxMs= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:HE1PR0401MB2059; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040176)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001); SRVR:HE1PR0401MB2059; BCL:0; PCL:0; RULEID:; SRVR:HE1PR0401MB2059; x-forefront-prvs: 01068D0A20 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(7916002)(53754006)(189002)(199003)(82746002)(450100001)(107886002)(92566002)(189998001)(2900100001)(77096005)(15975445007)(19580405001)(19617315012)(66066001)(33656002)(101416001)(8676002)(81166006)(81156014)(1730700003)(8936002)(110136003)(3480700004)(50226002)(7846002)(7736002)(19580395003)(5660300001)(68736007)(6916009)(11100500001)(86362001)(5002640100001)(5890100001)(7906003)(2501003)(97736004)(586003)(6116002)(102836003)(106356001)(106116001)(87936001)(57306001)(36756003)(50986999)(83716003)(2906002)(229853001)(3846002)(7116003)(3280700002)(2351001)(105586002)(16236675004)(5640700001)(10400500002)(3660700001)(122556002)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR0401MB2059; H:HE1PR0401MB2060.eurprd04.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: gsma.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_0250EC619D3F43C8AA8623224F8A8BFDgsmacom_" MIME-Version: 1.0 X-OriginatorOrg: gsma.com X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Oct 2016 17:10:20.9872 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 72a4ff82-fec3-469d-aafb-ac8276216699 X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0401MB2059 X-MS-Exchange-CrossPremises-AuthAs: Internal X-MS-Exchange-CrossPremises-AuthMechanism: 04 X-MS-Exchange-CrossPremises-AuthSource: HE1PR0401MB2060.eurprd04.prod.outlook.com X-MS-Exchange-CrossPremises-SCL: 1 X-MS-Exchange-CrossPremises-messagesource: StoreDriver X-MS-Exchange-CrossPremises-BCC: X-MS-Exchange-CrossPremises-originalclientipaddress: 51.6.68.18 X-MS-Exchange-CrossPremises-avstamp-service: 1.0 X-MS-Exchange-CrossPremises-disclaimer-hash: 78ca8040c6722e32c2f5b0a45bf37e74b9409d645a53be96aa19958e0cee0f00 X-MS-Exchange-CrossPremises-antispam-scancontext: DIR:Originating; SFV:NSPM; SKIP:0; X-MS-Exchange-CrossPremises-processed-by-journaling: Journal Agent X-OrganizationHeadersPreserved: HE1PR0401MB2059.eurprd04.prod.outlook.com Archived-At: Subject: [Slim] Open ticket list X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2016 17:10:29 -0000 --_000_0250EC619D3F43C8AA8623224F8A8BFDgsmacom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgYWxsIQ0KDQpUaGVyZSBhcmUgYSBidW5jaCBvZiBvcGVuIHRpY2tldHMgbm90IHJlc29sdmVk LiBJZiB5b3XigJlyZSB1bnN1cmUgb2YgdGhlIG9wZW4gdGlja2V0cyBwbGVhc2Ugc2VlIHRoZSBv cGVuIGxpbmsgYmVsb3csIGNoZWNrIHRoZSB0aWNrZXRzIGZvciB5b3VyIGRyYWZ0IGFuZCBtYWtl IHN1cmUgdG8gZG8gdGhlIGFjdGlvbnMgb3IgcmVzcG9uZCBvbiB0aGUgdGlja2V0IHRyYWMuDQpo dHRwczovL3RyYWMudG9vbHMuaWV0Zi5vcmcvd2cvc2xpbS90cmFjL3JlcG9ydC8xDQoNCknigJls bCByZWZyYWluIGZyb20gc2VuZGluZyBhbnkgbW9yZSBtYWlscyBmb3IgdGlja2V0cyB3ZSAodGhl IGNoYWlycykgaGF2ZSBhbHJlYWR5IGNvbW1lbnRlZCBvbiENCg0KVGhhbmtzIQ0KDQpOYXRhc2hh DQoNCg0KTmF0YXNoYSBSb29uZXkgfCBJbnRlcm5ldCBFbmdpbmVlcmluZyBEaXJlY3RvciB8IElu dGVybmV0IGFuZCBXZWIgVGVhbSB8IFRlY2hub2xvZ3kgfCBHU01BIHwgbnJvb25leUBnc21hLmNv bTxtYWlsdG86bnJvb25leUBnc21hLmNvbT4gfCArNDQgKDApIDc3MzAgMjE5IDc2NSB8IEB0aGlz TmF0YXNoYSB8IFNreXBlOiBucm9vbmV5QGdzbS5vcmc8bWFpbHRvOm5yb29uZXlAZ3NtLm9yZz4N Cg0KDQpUaGlzIGVtYWlsIGFuZCBpdHMgYXR0YWNobWVudHMgYXJlIGludGVuZGVkIGZvciB0aGUg YWJvdmUgbmFtZWQgb25seSBhbmQgbWF5IGJlIGNvbmZpZGVudGlhbC4gSWYgdGhleSBoYXZlIGNv bWUgdG8geW91IGluIGVycm9yIHlvdSBtdXN0IHRha2Ugbm8gYWN0aW9uIGJhc2VkIG9uIHRoZW0s IG5vciBtdXN0IHlvdSBjb3B5IG9yIHNob3cgdGhlbSB0byBhbnlvbmU7IHBsZWFzZSByZXBseSB0 byB0aGlzIGVtYWlsIG9yIGNhbGwgKzQ0IDIwNyAzNTYgMDYwMCBhbmQgaGlnaGxpZ2h0IHRoZSBl cnJvci4NCg== --_000_0250EC619D3F43C8AA8623224F8A8BFDgsmacom_ Content-Type: text/html; charset="utf-8" Content-ID: <91A9969B7E757D48B20971AECE6CC2CE@eurprd04.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KSGkgYWxsIQ0KPGRpdiBjbGFzcz0i Ij48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhlcmUgYXJlIGEgYnVuY2gg b2Ygb3BlbiB0aWNrZXRzIG5vdCByZXNvbHZlZC4gSWYgeW914oCZcmUgdW5zdXJlIG9mIHRoZSBv cGVuIHRpY2tldHMgcGxlYXNlIHNlZSB0aGUgb3BlbiBsaW5rIGJlbG93LCBjaGVjayB0aGUgdGlj a2V0cyBmb3IgeW91ciBkcmFmdCBhbmQgbWFrZSBzdXJlIHRvIGRvIHRoZSBhY3Rpb25zIG9yIHJl c3BvbmQgb24gdGhlIHRpY2tldCB0cmFjLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YSBocmVmPSJo dHRwczovL3RyYWMudG9vbHMuaWV0Zi5vcmcvd2cvc2xpbS90cmFjL3JlcG9ydC8xIiBjbGFzcz0i Ij5odHRwczovL3RyYWMudG9vbHMuaWV0Zi5vcmcvd2cvc2xpbS90cmFjL3JlcG9ydC8xPC9hPjwv ZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+ SeKAmWxsIHJlZnJhaW4gZnJvbSBzZW5kaW5nIGFueSBtb3JlIG1haWxzIGZvciB0aWNrZXRzIHdl ICh0aGUgY2hhaXJzKSBoYXZlIGFscmVhZHkgY29tbWVudGVkIG9uITwvZGl2Pg0KPGRpdiBjbGFz cz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhhbmtzITxiciBjbGFz cz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBm b250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1h bDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWlnaHQ6IG5vcm1hbDsgbGV0dGVy LXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1hbGlnbjogc3RhcnQ7IHRleHQt aW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0ZS1zcGFjZTogbm9ybWFsOyB3 aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0LXRleHQtc2l6ZS1hZGp1c3Q6 IGF1dG87IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsiPg0KPGJyIGNsYXNzPSIiPg0K TmF0YXNoYTxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCjxiciBjbGFzcz0iIj4NCk5hdGFz aGEgUm9vbmV5IHwgSW50ZXJuZXQgRW5naW5lZXJpbmcmbmJzcDtEaXJlY3RvciB8IEludGVybmV0 IGFuZCBXZWIgVGVhbSB8Jm5ic3A7VGVjaG5vbG9neSB8IEdTTUEgfCZuYnNwOzxhIGhyZWY9Im1h aWx0bzpucm9vbmV5QGdzbWEuY29tIiBjbGFzcz0iIj5ucm9vbmV5QGdzbWEuY29tPC9hPiZuYnNw O3wgJiM0Mzs0NCAoMCkgNzczMCAyMTkmbmJzcDs3NjUgfCBAdGhpc05hdGFzaGEgfCBTa3lwZTom bmJzcDs8YSBocmVmPSJtYWlsdG86bnJvb25leUBnc20ub3JnIiBjbGFzcz0iIj5ucm9vbmV5QGdz bS5vcmc8L2E+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwv ZGl2Pg0KPHAgc3R5bGU9ImZvbnQtZmFtaWx5OiBBcmlhbCxzYW5zLXNlcmlmO2ZvbnQtc2l6ZTox MXB4O2NvbG9yOiM5OTk5OTk7Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtZmFtaWx5 OiBBcmlhbCxzYW5zLXNlcmlmO2NvbG9yOiM5OTk5OTk7IG1zby1mYXJlYXN0LWZvbnQtZmFtaWx5 OiBBcmlhbDsgbXNvLWZhcmVhc3QtdGhlbWUtZm9udDogbWlub3ItbGF0aW47IG1zby1iaWRpLWZv bnQtZmFtaWx5OiAmcXVvdDtBcmlhbCZxdW90OzsgbXNvLWFuc2ktbGFuZ3VhZ2U6IEVOLVVTOyBt c28tZmFyZWFzdC1sYW5ndWFnZTogRU4tR0I7IG1zby1iaWRpLWxhbmd1YWdlOiBBUi1TQSI+VGhp cw0KIGVtYWlsIGFuZCBpdHMgYXR0YWNobWVudHMgYXJlIGludGVuZGVkIGZvciB0aGUgYWJvdmUg bmFtZWQgb25seSBhbmQgbWF5IGJlIGNvbmZpZGVudGlhbC4gSWYgdGhleSBoYXZlIGNvbWUgdG8g eW91IGluIGVycm9yIHlvdSBtdXN0IHRha2Ugbm8gYWN0aW9uIGJhc2VkIG9uIHRoZW0sIG5vciBt dXN0IHlvdSBjb3B5IG9yIHNob3cgdGhlbSB0byBhbnlvbmU7IHBsZWFzZSByZXBseSB0byB0aGlz IGVtYWlsIG9yIGNhbGwgJiM0Mzs0NCAyMDcgMzU2IDA2MDANCiBhbmQgaGlnaGxpZ2h0IHRoZSBl cnJvci4gPC9zcGFuPjwvcD4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_0250EC619D3F43C8AA8623224F8A8BFDgsmacom_-- From nobody Tue Oct 25 10:15:11 2016 Return-Path: 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 A4AB91295B5; Tue, 25 Oct 2016 10:15:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.331 X-Spam-Level: X-Spam-Status: No, score=-2.331 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.431] autolearn=ham autolearn_force=no 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 WsRWf_Q3jv5C; Tue, 25 Oct 2016 10:15:08 -0700 (PDT) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6354E1295BA; Tue, 25 Oct 2016 10:15:08 -0700 (PDT) Received: from localhost ([::1]:54436 helo=durif.tools.ietf.org) by durif.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bz5JY-0000B5-G5; Tue, 25 Oct 2016 10:15:04 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "slim issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-slim-negotiating-human-language@ietf.org, nrooney@gsma.com, gunnar.hellstrom@omnitor.se X-Trac-Project: slim Date: Tue, 25 Oct 2016 17:15:04 -0000 X-URL: https://tools.ietf.org/slim/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/slim/trac/ticket/5#comment:3 Message-ID: <082.d5d7c9ab6b24690760f4347eea0dce9a@tools.ietf.org> References: <067.dddc6438e41ce7624872be9398d943d7@tools.ietf.org> X-Trac-Ticket-ID: 5 In-Reply-To: <067.dddc6438e41ce7624872be9398d943d7@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-slim-negotiating-human-language@ietf.org, nrooney@gsma.com, gunnar.hellstrom@omnitor.se, slim@ietf.org X-SA-Exim-Mail-From: trac+slim@tools.ietf.org X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-slim-negotiating-human-language@ietf.org Resent-Message-Id: <20161025171508.6354E1295BA@ietfa.amsl.com> Resent-Date: Tue, 25 Oct 2016 10:15:08 -0700 (PDT) Resent-From: trac+slim@tools.ietf.org Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] [slim] #5 (negotiating-human-language): Improve paragraph on relay services in section 1. Introduction. X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2016 17:15:09 -0000 #5: Improve paragraph on relay services in section 1. Introduction. Comment (by nrooney@gsma.com): Thanks for the input here Gunnar. Randall - can you make the change to the simpler paragraph given here, for clarity it's below: "Regarding relay services, in the case of an emergency call requiring sign language, there are a number of approaches that can be enhanced by having the language and modality preferences specified by the caller and conveyed to the relay service or the service provider or the emergency service network and PSAP. The need for language and modality indication becomes extra apparent when dealing with emergency calls by visitors to regions with other default languages than the caller's." -- -------------------------------------+------------------------------------- Reporter: | Owner: draft-ietf-slim- gunnar.hellstrom@omnitor.se | negotiating-human-language@ietf.org Type: enhancement | Status: new Priority: minor | Milestone: Component: negotiating-human- | Version: language | Resolution: Severity: In WG Last Call | Keywords: relay services | -------------------------------------+------------------------------------- Ticket URL: slim From nobody Tue Oct 25 10:24:23 2016 Return-Path: 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 C4615129871; Tue, 25 Oct 2016 10:24:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.331 X-Spam-Level: X-Spam-Status: No, score=-2.331 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.431] autolearn=ham autolearn_force=no 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 2K-Ud8LHNbV9; Tue, 25 Oct 2016 10:24:20 -0700 (PDT) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 081B8129867; Tue, 25 Oct 2016 10:24:20 -0700 (PDT) Received: from localhost ([::1]:54797 helo=durif.tools.ietf.org) by durif.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bz5SS-0001KP-HO; Tue, 25 Oct 2016 10:24:16 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "slim issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-slim-negotiating-human-language@ietf.org, gunnar.hellstrom@omnitor.se, nrooney@gsma.com X-Trac-Project: slim Date: Tue, 25 Oct 2016 17:24:16 -0000 X-URL: https://tools.ietf.org/slim/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/slim/trac/ticket/7#comment:4 Message-ID: <082.ae4d95689d260d07d4182e4c652aa8dc@tools.ietf.org> References: <067.ec4a6a56225e88252d9e65568f00723e@tools.ietf.org> X-Trac-Ticket-ID: 7 In-Reply-To: <067.ec4a6a56225e88252d9e65568f00723e@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-slim-negotiating-human-language@ietf.org, gunnar.hellstrom@omnitor.se, nrooney@gsma.com, slim@ietf.org X-SA-Exim-Mail-From: trac+slim@tools.ietf.org X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-slim-negotiating-human-language@ietf.org Resent-Message-Id: <20161025172420.081B8129867@ietfa.amsl.com> Resent-Date: Tue, 25 Oct 2016 10:24:20 -0700 (PDT) Resent-From: trac+slim@tools.ietf.org Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] [slim] #7 (negotiating-human-language): The notation for Advisory vs Required is not logical and needs revision X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2016 17:24:22 -0000 #7: The notation for Advisory vs Required is not logical and needs revision Comment (by nrooney@gsma.com): Hi all. There doesn't seem to be consensus for this change - if there is an objection to this please respond on the list. -- -------------------------------------+------------------------------------- Reporter: | Owner: draft-ietf-slim- gunnar.hellstrom@omnitor.se | negotiating-human-language@ietf.org Type: defect | Status: new Priority: major | Milestone: Component: negotiating-human- | Version: language | Resolution: Severity: In WG Last Call | Keywords: reject | -------------------------------------+------------------------------------- Ticket URL: slim From nobody Tue Oct 25 10:27:02 2016 Return-Path: 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 919C212983F; Tue, 25 Oct 2016 10:27:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.331 X-Spam-Level: X-Spam-Status: No, score=-2.331 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.431] autolearn=ham autolearn_force=no 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 Gk-8j2SCYewO; Tue, 25 Oct 2016 10:26:59 -0700 (PDT) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7FCBC1294A6; Tue, 25 Oct 2016 10:26:58 -0700 (PDT) Received: from localhost ([::1]:54948 helo=durif.tools.ietf.org) by durif.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bz5V4-0002Ri-76; Tue, 25 Oct 2016 10:26:58 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "slim issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-slim-negotiating-human-language@ietf.org, nrooney@gsma.com X-Trac-Project: slim Date: Tue, 25 Oct 2016 17:26:58 -0000 X-URL: https://tools.ietf.org/slim/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/slim/trac/ticket/10#comment:1 Message-ID: <082.91f01f5bf35c05c0d45e5de7144a6094@tools.ietf.org> References: <067.97128f3b6933cd72b025dad5505816d1@tools.ietf.org> X-Trac-Ticket-ID: 10 In-Reply-To: <067.97128f3b6933cd72b025dad5505816d1@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-slim-negotiating-human-language@ietf.org, nrooney@gsma.com, slim@ietf.org X-SA-Exim-Mail-From: trac+slim@tools.ietf.org X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-slim-negotiating-human-language@ietf.org Resent-Message-Id: <20161025172658.7FCBC1294A6@ietfa.amsl.com> Resent-Date: Tue, 25 Oct 2016 10:26:58 -0700 (PDT) Resent-From: trac+slim@tools.ietf.org Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] [slim] #10 (negotiating-human-language): Summary of issues to the negotiating-human-language-04 draft X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2016 17:27:00 -0000 #10: Summary of issues to the negotiating-human-language-04 draft Changes (by nrooney@gsma.com): * status: new => closed * resolution: => invalid Comment: This is a summary of other tickets. If there is an item on here which is not represented by its own ticket please create a separate ticket for it. -- -------------------------------------+------------------------------------- Reporter: | Owner: draft-ietf-slim- gunnar.hellstrom@omnitor.se | negotiating-human-language@ietf.org Type: enhancement | Status: closed Priority: major | Milestone: Component: negotiating-human- | Version: language | Resolution: invalid Severity: In WG Last Call | Keywords: | -------------------------------------+------------------------------------- Ticket URL: slim From nobody Tue Oct 25 10:28:46 2016 Return-Path: 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 83EF712983F; Tue, 25 Oct 2016 10:28:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.331 X-Spam-Level: X-Spam-Status: No, score=-2.331 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.431] autolearn=ham autolearn_force=no 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 hdl4k_IqCF5m; Tue, 25 Oct 2016 10:28:43 -0700 (PDT) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2B2311294A6; Tue, 25 Oct 2016 10:28:43 -0700 (PDT) Received: from localhost ([::1]:55038 helo=durif.tools.ietf.org) by durif.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bz5Wk-0007cX-Ub; Tue, 25 Oct 2016 10:28:42 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "slim issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-slim-negotiating-human-language@ietf.org, nrooney@gsma.com X-Trac-Project: slim Date: Tue, 25 Oct 2016 17:28:42 -0000 X-URL: https://tools.ietf.org/slim/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/slim/trac/ticket/13#comment:1 Message-ID: <071.0d54cdffa9a6e24520cfff7aaf8a8f3a@tools.ietf.org> References: <056.81db4002152ba25565a5ef29c43cc8d1@tools.ietf.org> X-Trac-Ticket-ID: 13 In-Reply-To: <056.81db4002152ba25565a5ef29c43cc8d1@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-slim-negotiating-human-language@ietf.org, nrooney@gsma.com, slim@ietf.org X-SA-Exim-Mail-From: trac+slim@tools.ietf.org X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-slim-negotiating-human-language@ietf.org Resent-Message-Id: <20161025172843.2B2311294A6@ietfa.amsl.com> Resent-Date: Tue, 25 Oct 2016 10:28:43 -0700 (PDT) Resent-From: trac+slim@tools.ietf.org Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] [slim] #13 (negotiating-human-language): Consider removing health warning about short tags X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2016 17:28:45 -0000 #13: Consider removing health warning about short tags Comment (by nrooney@gsma.com): Chairs: This sounds reasonable and sensible. Randall - please make this change (you can refer to RFC5646 if needed) -- -------------------------------------+------------------------------------- Reporter: doug@ewellic.org | Owner: draft-ietf-slim- Type: enhancement | negotiating-human-language@ietf.org Priority: minor | Status: new Component: negotiating-human- | Milestone: language | Version: Severity: - | Resolution: Keywords: | -------------------------------------+------------------------------------- Ticket URL: slim From nobody Tue Oct 25 10:30:29 2016 Return-Path: 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 0A3621295AF; Tue, 25 Oct 2016 10:30:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.331 X-Spam-Level: X-Spam-Status: No, score=-2.331 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.431] autolearn=ham autolearn_force=no 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 BvQVg653GBxo; Tue, 25 Oct 2016 10:30:26 -0700 (PDT) Received: from durif.tools.ietf.org (durif.tools.ietf.org [IPv6:2001:1900:3001:11::3d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BFCE312951A; Tue, 25 Oct 2016 10:30:26 -0700 (PDT) Received: from localhost ([::1]:55145 helo=durif.tools.ietf.org) by durif.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bz5YQ-0005lr-JY; Tue, 25 Oct 2016 10:30:26 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "slim issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-slim-negotiating-human-language@ietf.org, nrooney@gsma.com X-Trac-Project: slim Date: Tue, 25 Oct 2016 17:30:26 -0000 X-URL: https://tools.ietf.org/slim/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/slim/trac/ticket/15#comment:1 Message-ID: <071.3545186f72132444227a7bcac9bd2ae6@tools.ietf.org> References: <056.8b2a1813510dca221e0c387153891786@tools.ietf.org> X-Trac-Ticket-ID: 15 In-Reply-To: <056.8b2a1813510dca221e0c387153891786@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-slim-negotiating-human-language@ietf.org, nrooney@gsma.com, slim@ietf.org X-SA-Exim-Mail-From: trac+slim@tools.ietf.org X-SA-Exim-Scanned: No (on durif.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-slim-negotiating-human-language@ietf.org Resent-Message-Id: <20161025173026.BFCE312951A@ietfa.amsl.com> Resent-Date: Tue, 25 Oct 2016 10:30:26 -0700 (PDT) Resent-From: trac+slim@tools.ietf.org Archived-At: Cc: slim@ietf.org Subject: Re: [Slim] [slim] #15 (negotiating-human-language): Refer to BCP 47 instead of RFC 5646 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2016 17:30:28 -0000 #15: Refer to BCP 47 instead of RFC 5646 Comment (by nrooney@gsma.com): Thanks for this - Randall please make this change. -- -------------------------------------+------------------------------------- Reporter: doug@ewellic.org | Owner: draft-ietf-slim- Type: enhancement | negotiating-human-language@ietf.org Priority: minor | Status: new Component: negotiating-human- | Milestone: language | Version: Severity: - | Resolution: Keywords: | -------------------------------------+------------------------------------- Ticket URL: slim From nobody Tue Oct 25 10:41:32 2016 Return-Path: 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 F3F4C129863 for ; Tue, 25 Oct 2016 10:41:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.989 X-Spam-Level: X-Spam-Status: No, score=-0.989 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, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 6lpQU4VHPL9y for ; Tue, 25 Oct 2016 10:41:24 -0700 (PDT) Received: from mail-ua0-x22b.google.com (mail-ua0-x22b.google.com [IPv6:2607:f8b0:400c:c08::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5A91C12954C for ; Tue, 25 Oct 2016 10:41:24 -0700 (PDT) Received: by mail-ua0-x22b.google.com with SMTP id m11so60787223uab.3 for ; Tue, 25 Oct 2016 10:41:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=eFeicTPpRct1eKI6zIYbzIwT54kdJ8JhV6ZOb0qbydc=; b=Ty80vMsnf0TEDrZM2z8ch7U3R+g0h1TgWXv9jr6EXlVW1+YiHWYZKpvy8Yr7s6XRH5 Z6Woia+HTyxsXPNrG48AP02nhozoU8Ec3s4cMT+zz7MRyoCxsBmydILutNaG4OKl1DPg KH1p64AsOX1OXU6u60dpBKc5/ffF2Sbos7+JCQ3N1OuNsNqw0HdTbrPQOLQWnbrApekT pPoUM8uusznGILViHlH+DKHYjfFqsRLo79iTnqi+vQJ10lNs1umiYDw3cx6tNPHyrC1g b/xllX5cNacphx49VzSQhzkqOGalm2VZ/y7P/aA7ukhFkgIC2j1hlOdPNSKI8SYKAcuq fb+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=eFeicTPpRct1eKI6zIYbzIwT54kdJ8JhV6ZOb0qbydc=; b=ckPqVgLiDVT2bij/JSOyfA7SC8G6kjJO+3Yu9Vg6myFcGziiqas08+FOUuBKXv29Me 6KMFzBlYhg1m6iLQ1PUY5MHTaZ7304GV14dIa0W9R9FjOyAXMVpUUMOOxCOlMoIRGN+6 M1Ab8kXZmXCBW+d5kuWEt29VfrmUCmEX4TUMgqDJ8ZwRXuy4EBFpM306zZncrFGexqgU MPGs7JsBImecPIlBLCKEJIRZakWsQ12FOWuxxgdCmzx0/bRiWoSSA/BMfllan1GFAuxv vYzXPK/I4GaP97fn1D6f3E6HsNT0+/9A+zFNChp28K6y/lOwiV4sgloiKd/HOiodRHsu U/8A== X-Gm-Message-State: ABUngvdBckclhhFFuInzrVsYIk+WTQZoF+K5k8InPngno4Gs3rvXDp+5Ef8JLRLbsiK8iDMjLC1yb1Z95pRaJw== X-Received: by 10.176.66.103 with SMTP id i94mr13308599uai.166.1477417282991; Tue, 25 Oct 2016 10:41:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.176.16.88 with HTTP; Tue, 25 Oct 2016 10:41:02 -0700 (PDT) From: Bernard Aboba Date: Tue, 25 Oct 2016 10:41:02 -0700 Message-ID: To: slim@ietf.org Content-Type: multipart/alternative; boundary=94eb2c05f262567d90053fb40464 Archived-At: Subject: [Slim] Resolution to Issue #19 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2016 17:41:31 -0000 --94eb2c05f262567d90053fb40464 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ticket #19 relates to the template included in Section 11.1 of https://trac.tools.ietf.org/wg/slim/trac/ticket/19 Nik - Does the latest update ( https://tools.ietf.org/html/draft-ietf-slim-multilangcontent-06) resolve this issue? Bernard =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Text of Issue 19 am working on this template but I need some advice from anyone who knows this sort of this thing well and has experience in this area. My initial suggestion would be: Media Type name: multipart Media subtype name: multilingual Required parameters: boundary (defined in RFC2046 ) Optional parameters: N/A Encoding considerations: ? Security considerations: See the Security Considerations section in this document Interoperability considerations: Existing systems that do not treat unknown multipart subtypes as multipart/mixed may not correctly render a multipart/multilingual type. Published specification: This document Applications that use this media type: Mail Transfer Agents, Mail User Agents, spam detection, virus detection modules and message authentication modules. Additional information: Deprecated alias names for this type: N/A Magic number(s): N/A File extension(s): N/A Macintosh file type code(s): N/A Person & email address to contact for further information: Nik Tomkinson =E2=80=8Brfc.nik.tomkinson@gmail.com Nathaniel Borenstein =E2=80=8Bnsb@mimecast.com Intended usage: Common But I am not sure about the encoding considerations because the IANA 'Application for a Media Type' form at =E2=80=8Bhttp://www.iana.org/form/media-types includes these options: - 7-bit text - 8-bit text (this media type may require encoding on transports not capable of handling 8-bit text) - binary (this media type may require encoding on transports not capable of handling binary) but it also refers to RFC 6838 =C2=A74= .8 which lists: - 7bit: The content of the media type consists solely of CRLF-delimited 7bit US-ASCII text. - 8bit: The content of the media type consists solely of CRLF-delimited 8bit text. - binary: The content consists of an unrestricted sequence of octets. I have seen from examples of other registered MIME types that the wording is not always the same as above but, given that there is a registration form with strict definitions, I am at a bit of a loss which I should specify. Can anyone offer a suggestion? Thanks in advance, Nik. --94eb2c05f262567d90053fb40464 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Ticket #19 relates to the template included in Section 11.= 1 of=C2=A0ht= tps://trac.tools.ietf.org/wg/slim/trac/ticket/19


Nik - Does the latest update (https://tools.ietf.org/html/= draft-ietf-slim-multilangcontent-06) resolve this issue?

=

Bernard

=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Text of Iss= ue 19

=C2=A0am working on this template but I= need some advice from anyone who knows this sort of this thing well and ha= s experience in this area.

My initial sug= gestion would be:

Media Type = name: multipart

= Media subtype name: multilingual

Required parameters: boundary (defined in=C2=A0RFC2046)

Optional parameters: N/A

Encoding considerations: ?

Security considerations: See= the Security Considerations section in this document

<= blockquote style=3D"color:rgb(0,0,0);font-family:"times new roman"= ;,times,serif;font-size:14.6667px">

Interoperability considerations:
<= /p>

Existing systems that do not treat unknown multipart subt= ypes=C2=A0
as multipart/mixed may not correctly render a=C2=A0
multip= art/multilingual type.

Published specification: This document

Applications that use this med= ia type:=C2=A0

Mail Transfer Agents, Mail User Agents= , spam detection,=C2=A0
virus detection modules and message authenticati= on modules.

Additional information:

Deprecated alias names for this type: N/A
M= agic number(s): N/A
File extension(s): N/A
Macintosh file type code(s= ): N/A

Person & email address to contact for further information:

<= blockquote>

Nik Tomkinson
=E2=80=8Brfc.nik.tomkinson@gmai= l.com

Nathaniel Borenstein=C2=A0
=E2=80=8Bnsb@mimecast.co= m

=

Intended usage: Common

Bu= t I am not sure about the encoding considerations because the IANA 'App= lication for a Media Type' form at=C2=A0=E2=80=8Bhttp://www.iana= .org/form/media-types=C2=A0includes these options:

  • 7-bit text
  • 8-bit text (this media type may requi= re encoding on transports not capable of handling 8-bit text)
  • binar= y (this media type may require encoding on transports not capable of handli= ng binary)

but it also refers to=C2=A0<= a href=3D"http://tools.ietf.org/html/rfc6838" class=3D"gmail-wiki" style=3D= "color:rgb(68,0,136);border-bottom:0px">RFC 6838=C2=A0=C2=A74.8
whic= h lists:

  • 7bit: The content of the me= dia type consists solely of CRLF-delimited 7bit US-ASCII text.
  • 8bit= : The content of the media type consists solely of CRLF-delimited 8bit text= .
  • binary: The content consists of an unrestricted sequence of octet= s.

I have seen from examples of other r= egistered MIME types that the wording is not always the same as above but, = given that there is a registration form with strict definitions, I am at a = bit of a loss which I should specify.

Can= anyone offer a suggestion?

Thanks in adv= ance,

Nik.

--94eb2c05f262567d90053fb40464-- From nobody Tue Oct 25 10:51:42 2016 Return-Path: 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 8CD89129874 for ; Tue, 25 Oct 2016 10:51:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com 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 rBHDDNJ92yGZ for ; Tue, 25 Oct 2016 10:51:39 -0700 (PDT) Received: from mail-ua0-x232.google.com (mail-ua0-x232.google.com [IPv6:2607:f8b0:400c:c08::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3B47F12989E for ; Tue, 25 Oct 2016 10:51:36 -0700 (PDT) Received: by mail-ua0-x232.google.com with SMTP id 20so14439371uak.6 for ; Tue, 25 Oct 2016 10:51:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:cc; bh=7uufKBqbaICFbxeQmER/hTSipX6IROJWewu6Whs0U1Q=; b=KOFKd5gx6Jnofa/SIotKRVNEXhmk5OBiK9VT/OQwEwUO0epyGoyLntywu1B+S04vMI v3qA2j2n2lxDDE3TPy0CYd3jSqCkXuavS5hkxCqj+NYMd3lNkUXtHK5hsl309a4sAveG UhwudsL9W9X1vkAPIMYv1gCUkhHWNieB1QddZ4RVWT/C6AwhrXbcgDpVoqzyt86IZro5 Fkhi4kgwgs1YNFCJaZx2GNslPv/M2Vm7oTRhp1PBeWRSt1gUZLm2yBxq9PZ0RG2cp30y wzknCDvN5EmF19zse96N4q7D9euDZRDc3Ynk94mAYdLSM/lum0WCvOIcj7n9LMyUb4sC zQzg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=7uufKBqbaICFbxeQmER/hTSipX6IROJWewu6Whs0U1Q=; b=YLjKjwW+MGWmcICoWRZg/UGdeIYOfeuWtBHDFS+T46QAUSRYhmwfYQl2xF3vpSxvKi EMtF6LBTwIGYMYjPnTCuttkl4X3kZhpl30LecWGSO62SFdjcxg8WaE2xLw5J26TdHAhU SIGNQjke6lR5N1KpxLDyEtXtsTwuyAjGolHxDfqGcXeda2R94wiVHlsaGH40Ow4OggdV IqpYHd+01/w+0xBMt3gbVe9t6CC4sM793EnE4vo6W3Qc6fyOzAAMsBLqUKmX/6pu+zQl 3hKlPG6okMqodiqS5pnmN7LdMS7POHh83nwEJZAiTmWnHXLaIDI3xUQHYgY6UrS69u3h nO5w== X-Gm-Message-State: ABUngvfvuPEVeCcm+G5p3PZmUVjKMgjoRoDjDo/lM12EXgo1VCEfH5Len9UhMe/4iA2JYRh5VCT8sE/PJFj5jQ== X-Received: by 10.176.6.33 with SMTP id f30mr15060738uaf.117.1477417895083; Tue, 25 Oct 2016 10:51:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.176.16.88 with HTTP; Tue, 25 Oct 2016 10:51:14 -0700 (PDT) From: Bernard Aboba Date: Tue, 25 Oct 2016 10:51:14 -0700 Message-ID: To: slim@ietf.org Content-Type: multipart/alternative; boundary=94eb2c04347ad245ee053fb4284e Archived-At: Cc: Randall Gellens , =?UTF-8?Q?Gunnar_Hellstr=C3=B6m?= Subject: [Slim] Issue 21 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2016 17:51:41 -0000 --94eb2c04347ad245ee053fb4284e Content-Type: text/plain; charset=UTF-8 In Issue 21, Gunnar suggests adding support for "text message" modality: https://trac.tools.ietf.org/wg/slim/trac/ticket/21 There is a modality that we have not discussed at all yet. That is the "text message" modality. It is not really interactive, but very often used together with interactive media in a kind of slow pseudo-conversational mode. One implementation is MSRP that is specified by the m=message media. There seems to be some interest to extend our specification to handle that modality as well. Then the text message modality needs to be described and how it is implicitly identified in sdp both in the main media m=message and in a subchannel of a data channel. [BA] Would it be sufficient to add an m=message example to Section 6.5? Looking at https://tools.ietf.org/html/draft-ietf-mmusic-data-channel-sdpneg I am concerned about the potential complexity of allowing language negotiation at the subchannel level. Is this really necessary? --94eb2c04347ad245ee053fb4284e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
In Issue 21, Gunnar suggests adding support for "text= message" modality:

There is a modality that we have not discussed at all yet. That= is the "text message" modality. It is not really interactive, bu= t very often used together with interactive media in a kind of slow pseudo-= conversational mode. One implementation is MSRP that is specified by the m= =3Dmessage media. There seems to be some interest to extend our specificati= on to handle that modality as well.

Then the text message modality needs to be des= cribed and how it is implicitly identified in sdp both in the main media m= =3Dmessage and in a subchannel of a data channel.=C2=A0


[BA] Would it be sufficient to add a= n m=3Dmessage example to Section 6.5?

Looking at=C2=A0https://tools.ietf.org/html/d= raft-ietf-mmusic-data-channel-sdpneg I am concerned about the potential= complexity of allowing language negotiation at the subchannel level.=C2=A0= Is this really necessary?



--94eb2c04347ad245ee053fb4284e-- From nobody Tue Oct 25 11:44:54 2016 Return-Path: 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 63762129952 for ; Tue, 25 Oct 2016 11:44:52 -0700 (PDT) X-Quarantine-ID: X-Virus-Scanned: amavisd-new at amsl.com X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version" X-Spam-Flag: NO X-Spam-Score: -2.331 X-Spam-Level: X-Spam-Status: No, score=-2.331 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.431] autolearn=ham autolearn_force=no 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 M__TCltaWcBK for ; Tue, 25 Oct 2016 11:44:50 -0700 (PDT) Received: from turing.pensive.org (turing.pensive.org [99.111.97.161]) by ietfa.amsl.com (Postfix) with ESMTP id 63F431295A9 for ; Tue, 25 Oct 2016 11:44:50 -0700 (PDT) Received: from [99.111.97.136] (99.111.97.161) by turing.pensive.org with ESMTP (EIMS X 3.3.9); Tue, 25 Oct 2016 11:44:49 -0700 Mime-Version: 1.0 Message-Id: In-Reply-To: References: X-Mailer: Eudora for Mac OS X Date: Tue, 25 Oct 2016 11:44:46 -0700 To: Bernard Aboba , slim@ietf.org, Nik Tomkinson From: Randall Gellens Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 X-Random-Sig-Tag: 1.0b28 Archived-At: Subject: Re: [Slim] Resolution to Issue #19 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2016 18:44:52 -0000 Please see in-line below for my suggestions.=20 Also, please send a request for review to the=20 media-types list if you haven't already done so,=20 and include the full text of the registration=20 template. At 10:41 AM -0700 10/25/16, Bernard Aboba wrote: > Encoding considerations: ? I'd suggest something such as: There are no encoding considerations for this=20 multipart other than that of the embedded body=20 parts. The embedded body parts (typically one=20 text/plain plus one or more message/*) may=20 contain ASCII or binary. > > Security considerations: See the Security=20 > Considerations section in this document > > Interoperability considerations: > > Existing systems that do not treat unknown multipart subtypes > as multipart/mixed may not correctly render a > multipart/multilingual type. I suggest changing "may not" to "might not" or=20 "might fail to" since the words "may not" are=20 ambiguous in RFCs. > > Published specification: This document > > Applications that use this media type: > > Mail Transfer Agents, Mail User Agents, spam detection, > virus detection modules and message authentication modules. > > Additional information: > > Deprecated alias names for this type: N/A > Magic number(s): N/A > File extension(s): N/A > Macintosh file type code(s): N/A > > Person & email address to contact for further information: > > Nik Tomkinson > =D0rfc.nik.tomkinson@gmail.com > > Nathaniel Borenstein > =D0nsb@mimecast.com > > Intended usage: Common > > But I am not sure about the encoding=20 > considerations because the IANA 'Application=20 > for a Media Type' form=20 > at =D0http://www.iana.org/form/media= -types includes=20 > these options: > > 7-bit text > 8-bit text (this media type may require=20 > encoding on transports not capable of handling=20 > 8-bit text) > binary (this media type may require encoding on=20 > transports not capable of handling binary) > but it also refers to RFC 6838 =A74.8 > which lists: > > 7bit: The content of the media type consists=20 > solely of CRLF-delimited 7bit US-ASCII text. > 8bit: The content of the media type consists=20 > solely of CRLF-delimited 8bit text. > binary: The content consists of an unrestricted sequence of octets. > I have seen from examples of other registered=20 > MIME types that the wording is not always the=20 > same as above but, given that there is a=20 > registration form with strict definitions, I am=20 > at a bit of a loss which I should specify. > > Can anyone offer a suggestion? > > Thanks in advance, > > Nik. > > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- Randall Gellens Opinions are personal; facts are suspect; I speak for myself only -------------- Randomly selected tag: --------------- There is only one way to get rid of nuclear weapons -- use them. --Rush Limbaugh From nobody Mon Oct 31 12:09:42 2016 Return-Path: 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 803D7129A04 for ; Mon, 31 Oct 2016 12:09:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no 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 moB5bz-OA9Dv for ; Mon, 31 Oct 2016 12:09:36 -0700 (PDT) Received: from bin-vsp-out-03.atm.binero.net (bin-mail-out-05.binero.net [195.74.38.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6E7BC1294DF for ; Mon, 31 Oct 2016 12:09:33 -0700 (PDT) X-Halon-ID: 8a813552-9f9d-11e6-99f1-0050569116f7 Authorized-sender: gunnar.hellstrom@omnitor.se Received: from unknown (unknown [77.53.229.159]) by bin-vsp-out-03.atm.binero.net (Halon) with ESMTPSA id 8a813552-9f9d-11e6-99f1-0050569116f7; Mon, 31 Oct 2016 20:09:27 +0100 (CET) To: slim@ietf.org References: From: =?UTF-8?Q?Gunnar_Hellstr=c3=b6m?= Message-ID: Date: Mon, 31 Oct 2016 20:09:26 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------EA1A56A0C106BBAFDD8BF348" Archived-At: Subject: Re: [Slim] Issue 21 X-BeenThere: slim@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Selection of Language for Internet Media List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Oct 2016 19:09:39 -0000 This is a multi-part message in MIME format. --------------EA1A56A0C106BBAFDD8BF348 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Den 2016-10-25 kl. 19:51, skrev Bernard Aboba: > In Issue 21, Gunnar suggests adding support for "text message" modality: > https://trac.tools.ietf.org/wg/slim/trac/ticket/21 > > There is a modality that we have not discussed at all yet. That is the > "text message" modality. It is not really interactive, but very often > used together with interactive media in a kind of slow > pseudo-conversational mode. One implementation is MSRP that is > specified by the m=message media. There seems to be some interest to > extend our specification to handle that modality as well. > > Then the text message modality needs to be described and how it is > implicitly identified in sdp both in the main media m=message and in a > subchannel of a data channel. > > > [BA] Would it be sufficient to add an m=message example to Section 6.5? > This is tricky, and I don't know what to propose. m=message can be used for all kinds of media in message communication. But it is text messaging that is realistic to use in a kind of pseudo - conversational mode. It does not look really clean to just add a language attribute the media specification and assume that it shall be understood as a specification to use text messaging for pseudo-conversational mode with text messaging. I regret I proposed it late in the process. I think it should be withdrawn. > > Looking at > https://tools.ietf.org/html/draft-ietf-mmusic-data-channel-sdpneg I am > concerned about the potential complexity of allowing language > negotiation at the subchannel level. Is this really necessary? > Yes. it is needed for real-time text in WebRTC. But luckily the syntax is defined. It is proposed to be included in the draft by issue #9. It must be specified on subchannel level, because that is where the specific streams used for the different modalities are transported. The fact that language and modality negotiation in this way can be introduced in webRTC is the reason why I have stopped arguing for using the RFC 3480 / 3841 SIP language tag mechanism. So we should rather agree on what is needed to indicate how the usage in a subchannel of WebRTC data channel shall be specified. #9 has a proposal, but I am not totally sure that it is sufficient. Gunnar > > > > > _______________________________________________ > SLIM mailing list > SLIM@ietf.org > https://www.ietf.org/mailman/listinfo/slim -- ----------------------------------------- Gunnar Hellström Omnitor gunnar.hellstrom@omnitor.se +46 708 204 288 --------------EA1A56A0C106BBAFDD8BF348 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit Den 2016-10-25 kl. 19:51, skrev Bernard Aboba:
In Issue 21, Gunnar suggests adding support for "text message" modality:

There is a modality that we have not discussed at all yet. That is the "text message" modality. It is not really interactive, but very often used together with interactive media in a kind of slow pseudo-conversational mode. One implementation is MSRP that is specified by the m=message media. There seems to be some interest to extend our specification to handle that modality as well.

Then the text message modality needs to be described and how it is implicitly identified in sdp both in the main media m=message and in a subchannel of a data channel. 


[BA] Would it be sufficient to add an m=message example to Section 6.5?

This is tricky, and I don't know what to propose. m=message can be used for all kinds of media in message communication. But it is text messaging that is realistic to use in a kind of pseudo - conversational mode. It does not look really clean to just add a language attribute the media specification and assume that it shall be understood as a specification to use text messaging for pseudo-conversational mode with text messaging. 
I regret I proposed it late in the process.  I think it should be withdrawn. 

Looking at https://tools.ietf.org/html/draft-ietf-mmusic-data-channel-sdpneg I am concerned about the potential complexity of allowing language negotiation at the subchannel level.  Is this really necessary?

Yes. it is needed for real-time text in WebRTC.  But luckily the syntax is defined. It is proposed to be included in the draft by issue #9.  It must be specified on subchannel level, because that is where the specific streams used for the different modalities are transported.
The fact that language and modality negotiation in this way can be introduced in webRTC is the reason why I have stopped arguing for using the RFC 3480 / 3841 SIP language tag mechanism. So we should rather agree on what is needed to indicate how the usage in a subchannel of WebRTC data channel shall be specified. #9 has a proposal, but I am not totally sure that it is sufficient.

 
Gunnar




_______________________________________________
SLIM mailing list
SLIM@ietf.org
https://www.ietf.org/mailman/listinfo/slim


-- 
-----------------------------------------
Gunnar Hellström
Omnitor
gunnar.hellstrom@omnitor.se
+46 708 204 288
--------------EA1A56A0C106BBAFDD8BF348--