Re: [apps-discuss] font/* (and draft-freed-media-type-regs)

"Martin J. Dürst" <> Tue, 15 November 2011 01:15 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id F1C3611E818C for <>; Mon, 14 Nov 2011 17:15:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -99.612
X-Spam-Status: No, score=-99.612 tagged_above=-999 required=5 tests=[AWL=0.178, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, MIME_8BIT_HEADER=0.3, USER_IN_WHITELIST=-100]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id UZVMVJaEa0as for <>; Mon, 14 Nov 2011 17:15:14 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 3C71611E8134 for <>; Mon, 14 Nov 2011 17:15:14 -0800 (PST)
Received: from ([]) by (secret/secret) with SMTP id pAF1F80W015468 for <>; Tue, 15 Nov 2011 10:15:08 +0900
Received: from (unknown []) by with smtp id 2029_0fb0_41eec60e_0f27_11e1_a079_001d096c5782; Tue, 15 Nov 2011 10:15:08 +0900
Received: from [IPv6:::1] ([]:35220) by with [XMail 1.22 ESMTP Server] id <S156D64E> for <> from <>; Tue, 15 Nov 2011 10:15:11 +0900
Message-ID: <>
Date: Tue, 15 Nov 2011 10:15:05 +0900
From: "\"Martin J. Dürst\"" <>
Organization: Aoyama Gakuin University
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv: Gecko/20100722 Eudora/3.0.4
MIME-Version: 1.0
To: David Singer <>
References: <> <>
In-Reply-To: <>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "" <>, "" <>
Subject: Re: [apps-discuss] font/* (and draft-freed-media-type-regs)
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 15 Nov 2011 01:15:15 -0000

On 2011/11/15 3:35, David Singer wrote:
> On Nov 12, 2011, at 12:25 , Larry Masinter wrote:
>> I see no use case for why having font/opentype is any better than application/opentype
>> The only use case I can imagine from looking at
>> is the possibility of defining common parameters across font data types (in the same way that text/.. has a common charset parameter).
> How serious is the first concern "First, the  "application" sub-tree is treated (correctly) with great caution with respect to viruses and other active code."?

I very much think that having a  font/ top level type is actually a good 
idea. But I hinted at this before: a type shouldn't be treated as "more 
safe" just because it says font/, rather than application/. Many font 
formats contain active code that is executed by the font engine. Several 
security holes have been found in this area. So I'd actually 
de-emphasize or remove this point. draft-singer-font-mime-00 also 
doesn't have a security section, and it of course needs one.

> (The reason I abandoned the draft was not the difficulty of getting it through, by the way, but because the W3C Timed Text group decided it didn't need it).

Can you be more specific? E.g., does Timed Text only use one font 
format? Or does it not contain any field that indicates the format, 
which makes this "somebody else's problem"? Or some other reason?

Regards,    Martin.