xfs
[Top] [All Lists]

Re: Extended attribute for MIME type?

To: Thomas Leonard <tal00r@xxxxxxxxxxxxxxx>
Subject: Re: Extended attribute for MIME type?
From: Ethan Benson <erbenson@xxxxxxxxxx>
Date: Sun, 12 Jan 2003 15:00:17 -0900
Cc: linux-xfs@xxxxxxxxxxx
In-reply-to: <20030112153739.GB15400@everest.ecs.soton.ac.uk>
Mail-copies-to: nobody
Mail-followup-to: Thomas Leonard <tal00r@xxxxxxxxxxxxxxx>, linux-xfs@xxxxxxxxxxx
References: <20030112153739.GB15400@everest.ecs.soton.ac.uk>
Sender: linux-xfs-bounce@xxxxxxxxxxx
User-agent: Mutt/1.3.28i
On Sun, Jan 12, 2003 at 03:37:44PM +0000, Thomas Leonard wrote:
> Hi everyone,
> 
> I'm currently updating the freedesktop.org shared MIME database spec[1].
> I'd like to add a note about reading the MIME type from an extended
> attribute, if the filesystem supports it, but I'm not sure what key to
> use. 'mime', 'MIME-Type', and 'ContentType' have all been suggested.
> 
> Does anyone here know if there's a canonical key name for this? Sorry if
> this is the wrong place for such questions.
> 
> [1] http://www.freedesktop.org/standards/shared-mime-info.html
> 
> PS: I'm not on the list, so please CC any replies. Thanks,

I wonder why you even want to store mime types in a extended attribute
at all? like the filename its really not a good place at all for this
kind of information, its FAR to easy for it to become out of sync with
reality (anyone who has ever used a MacOS system for any length of
time can attest to how flawed a system of storing file type information
in the filesystem really is). 

its akin to putting labels on drinking glasses, the glass, like a
file, is merely a container, its contents can and will vary.

Therefore the highest precedence should be given only to the file
content, ie file(1) magic.

I really don't see any compelling reason to waste filesystem space on putting
mime-types in extended attributes, its not portable, and its not
reliable.

as this topic isn't very on topic to linux-xfs please many any replies
off-list. 

-- 
Ethan Benson
http://www.alaska.net/~erbenson/

Attachment: pgpm2LNypNCcR.pgp
Description: PGP signature

<Prev in Thread] Current Thread [Next in Thread>