From: gopher-bounce@complete.org
       Date: Sun Aug  3 03:27:11 2008
       Subject: [gopher] Re: Item Type Suggestions
       
       What about the whole world of text-based formats? (text/*)?
       
       I think it might make most sense to put text/* under 1, application/* 
       under 9, image/* under I, and audio/* under s.
       
       As a practical matter, for the moment, it might be easiest to just 
       prohibit message/* and multipart/*, since the only use I can see 
       gopher-wise would be multipart/appledouble, and there it makes more 
       sense to use binhex and item type 4. example/* and */example are 
       entirely invalid (outside documentation), of course!
       
       video/* and model/* could be either shoved under 9, or we could define 
       item types for them. Having item types that parallel the base Internet 
       media types seems like it would make sense and would ease conversion... 
       but would possibly break compatibility with older clients. Actually, I 
       and s have that problem too, though they're wide-spread enough to be 
       mentioned on Wikipedia (which, admittedly, could just be one editor 
       using them...)
       
       Add fallback types to the hypothetical pie-in-the-sky Gopher Perfect 
       that will be specified around the same time as all that vaporware we've 
       been 'promised' over the years comes out, I guess. :P
       
       Additionaly, might we want to use something like 
       application/[X-]gopher-menu as a type for 0? I mean, it seems like it 
       would be nice to have SOMETHING to put in a MIME type-related field for 
       menus, if for no other reason than to look nicer to humans reading the 
       menu... and besides, then you could do stupid things like return gopher 
       menus over http :P
       
       -- Kyevan
       
       Jay Nemrow wrote:
       > Also, if we are to deal with mime types at all, I am thinking that all
       > of them must be put under the 9 item type, no matter what, just to
       > keep old clients from breaking.  If you put a .doc file under the 0
       > menu type, the old client wants to dump that to screen as text and you
       > will see gibberish and probably crash things.  Everything that doesn't
       > fit into the established types will have to be 9 item types, as far as
       > I can see.