> 2. I like your archive supertype but if we go with it we should make sure
> it gets into MIME proper. Note that creating a new supertype is much
> harder than creating a new subtype.
If it's useful MIME will adopt it. Of course, the MIME types always
override whatever we define (e.g., they defined application/zip, so
I removed it from the archive type).
> 3. The non-standard types should all have "x-" in front of them.
Consider these HTTP types and not MIME types.
> I can't decide whether to resist the use of all those new types; we can't
Who gives a hoot, let the market sort it out. The types should be defined
for those that need them.
> Should we consider the danger of leaving image/cmu-raster (surely
> sunraster is more ubiquitous) and archive/sv4cpio in the list?
I'm happy to add sunraster, what do you want me to call it?
--sanders