IETF Logo Mail Archive

Re: [dispatch] [media-types] Proposed/draft charter for "mediaman"

"Murray S. Kucherawy" <superuser@gmail.com> Thu, 01 July 2021 08:54 UTC

Return-Path: <superuser@gmail.com>
X-Original-To: dispatch@ietfa.amsl.com
Delivered-To: dispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A39D3A1E20; Thu, 1 Jul 2021 01:54:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 uWAagHKd9GoT; Thu, 1 Jul 2021 01:54:13 -0700 (PDT)
Received: from mail-vs1-xe2a.google.com (mail-vs1-xe2a.google.com [IPv6:2607:f8b0:4864:20::e2a]) (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 D120D3A1E1F; Thu, 1 Jul 2021 01:54:12 -0700 (PDT)
Received: by mail-vs1-xe2a.google.com with SMTP id h126so818398vsc.6; Thu, 01 Jul 2021 01:54:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=nBZRHoY97egrpzboT5sTl/U6F1Tha7uZIuXj29nwxF0=; b=g34jRK4Ff3ifTVllbqFml15zmUySpxDAkxwhjsnfAPH1/PLHOb/eB+CKtiFyJy2uzW RUkMByZBWH/IbPqhi7moskTqy1tprGIwCTjNyRC9QwOViY8xXJbVff4vFMID2m+47AUS i4GbRw4zd/ZUz4mykpHKjq0WLHOwDPFFjRK1e3siRjooHPiNVYeQdX9KRwEZ2sOnKKY/ y7QS1j/+WTDxfdd9yeCDmpZ5mquXYZ+wvHamkXAhPUSTC+LTwNspPd/KUOEC32DS68rV WbSBmo2NisOLP5NVUaPaCIyiOwfAKAYvuQhBVUc1fTnlvhyUwPblcBZpG57zFG23BOyd Uv2Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=nBZRHoY97egrpzboT5sTl/U6F1Tha7uZIuXj29nwxF0=; b=CDwLq7LpdbzpeZw+HxUsxPH/1XHDJzjOwa9QcFZN++IbUZ47VH6jUBNsNx+4ucW+OE y6g2z/SpYTjLRQU13wr2G+djmq/cIlKgyVgR7n3tcJZYBaImSqKDZNxaHL399IikZdYU mInmfLL1j1PZBCbBnu68Wp+L0up/ZtrIY3XQkPpKHFkGFPPq5W2NM9p66c50SsXnUtgP Na5fSU9p1CcvSGxNrTZ1S2/7QouFA/3EalbFB8WsnuxPlU7N1unUh/nRG1MjUFaZdR9F fNpXcsyhc7pK5EKTt/Dpq8+ezAB4SATdjeW+BmaJ8unbu+tWhnf+ZeMemRVpB1KS3hIx EF/Q==
X-Gm-Message-State: AOAM531AiokMU7+zkcJ5lfOGzXIfU8mQ3ylG01ZRtY/hhhHNF1mo5ocK xBUZ2/o4dfer+TtzXdTrYEe+IgVAIHSGuMLMAsZFjgYf
X-Google-Smtp-Source: ABdhPJycrfc14VYND6aXuH7gpociPwW9DL5vPadPsztO69ApTFsqKHiham7TSUVNWc3bbFsg9mujmGqmehC+Fk5qc4w=
X-Received: by 2002:a67:f552:: with SMTP id z18mr11656424vsn.0.1625129651379; Thu, 01 Jul 2021 01:54:11 -0700 (PDT)
MIME-Version: 1.0
References: <CAL0qLwavrxxa=fdn48-F8Dt2qBDFEJyPoNjSkYOiHi-46k1Wtw@mail.gmail.com> <01RYY5BDVHVK0085YQ@mauve.mrochek.com> <5F193852-2CBE-4885-A7E9-14B377DFB5E2@mnot.net> <CAL0qLwZOvFqYtcXGV_bdHJ_PkUjJdGZJ+itoUxjF-4xYzgbDGQ@mail.gmail.com> <01RZSLCQGG9Y00IM2V@mauve.mrochek.com> <CAL0qLwZJ2nPaiFOWZf9SOPP3pAK5kmm8t1Xu7A36xiwJDd8_Jw@mail.gmail.com> <DD5C1199-9179-460C-B4F7-B26451EAF754@mnot.net> <CAL0qLwZeqdko+7+MtawzXe=BDys1LH=wzUdv+9ye4uSr7yNURA@mail.gmail.com> <CAL0qLwY0AMORExhAT=Euzn6y2jWQmA9r4vSYCsymBj8_-fshuQ@mail.gmail.com> <F8EFFBD8-D8D4-439A-A6A7-0DBAD83FB939@hoplahup.net> <CAL0qLwamho3kpf1PAYMg77iTVohuUs-JQtz_fu3V7=4SAC5OVA@mail.gmail.com> <2aefbe02-bf86-4689-a8d3-b6fd8149ed56@www.fastmail.com>
In-Reply-To: <2aefbe02-bf86-4689-a8d3-b6fd8149ed56@www.fastmail.com>
From: "Murray S. Kucherawy" <superuser@gmail.com>
Date: Thu, 01 Jul 2021 01:54:00 -0700
Message-ID: <CAL0qLwbALuW0uXXmu3kdCvPDbuK=mG4gwk2MZ1rMvMkdEaR9cQ@mail.gmail.com>
To: Alexey Melnikov <aamelnikov@fastmail.fm>
Cc: Paul Libbrecht <paul@hoplahup.net>, media-types@ietf.org, DISPATCH <dispatch@ietf.org>, Ned Freed <ned.freed@mrochek.com>
Content-Type: multipart/alternative; boundary="00000000000095a15b05c60bfb6d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dispatch/Ku8DyqYh7ZRkjU48nbuT-Il0Bq0>
Subject: Re: [dispatch] [media-types] Proposed/draft charter for "mediaman"
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dispatch>, <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dispatch/>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Jul 2021 08:54:18 -0000

On Wed, Jun 30, 2021 at 9:24 AM Alexey Melnikov <aamelnikov@fastmail.fm>
wrote:

> Hi all,
>
> On Tue, Jun 22, 2021, at 11:36 PM, Murray S. Kucherawy wrote:
>
> On Wed, Jun 16, 2021 at 11:00 PM Paul Libbrecht <paul@hoplahup.net> wrote:
>
>
> I am wondering if the group is the right place to prepare an update of the
> registration template so as remove the Macintosh 4-letter-codes and insert
> clipboard flavours for windows and universal type identifiers for macOS.
>
> This was discussed a few times on this mailing list.
> I have been in contact with a few media-type proposers, some of which have
> accepted a change of their declaration in this direction.
> I have been in contact with one IETF-aware person to update RFC6838 but
> that has not progressed.
>
>
> I am the guilty IETF-aware person...
>
> I am thinking that if we are doing all other related work we might as well
> tackle this, so I am in support of doing this in the WG. Now ideally I
> would like this to be addressed as an extension to the media type
> registration template that list extra optional fields. So I don't want to
> reopen RFC6838, but a separate draft that updates it would be great.
>

It's in an internal review state now before being sent out for wider
review, so there's time to make that sort of a change unless there's some
kind of objection from the community.  I interpret Ned's earlier objections
to touching RFC 6838 as being specific to the issue of top level media
types, but you're talking about something else here.  Hopefully he can
confirm (or correct) my understanding.

-MSK

v2.23.0 | Report a Bug | By Email