Attachment 2771 Details for Bug 16625 – magic

magic

magic (text/plain), 12.65 KB, created by solo on 2008-08-08 12:33:57 MSD

(hide)

Description:

Filename:

MIME Type:

Creator: solo

Created: 2008-08-08 12:33:57 MSD

Size: 12.65 KB

patch

obsolete

># Magic data for mod_mime_magic Apache module (originally for file(1) command)
># The module is described in /manual/mod/mod_mime_magic.html
>#
># The format is 4-5 columns:
>#    Column #1: byte number to begin checking from, ">" indicates continuation
>#    Column #2: type of data to match
>#    Column #3: contents of data to match
>#    Column #4: MIME type of result
>#    Column #5: MIME encoding of result (optional)
>
>#------------------------------------------------------------------------------
># Localstuff:  file(1) magic for locally observed files
># Add any locally observed files here.
>
>#------------------------------------------------------------------------------
># end local stuff
>#------------------------------------------------------------------------------
>
>#------------------------------------------------------------------------------
># Java
>
>0	short		0xcafe
>>2	short		0xbabe		application/java
>
>#------------------------------------------------------------------------------
># audio:  file(1) magic for sound formats
>#
># from Jan Nicolai Langfeldt <janl@ifi.uio.no>,
>#
>
># Sun/NeXT audio data
>0	string		.snd
>>12	belong		1		audio/basic
>>12	belong		2		audio/basic
>>12	belong		3		audio/basic
>>12	belong		4		audio/basic
>>12	belong		5		audio/basic
>>12	belong		6		audio/basic
>>12	belong		7		audio/basic
>
>>12	belong		23		audio/x-adpcm
>
># DEC systems (e.g. DECstation 5000) use a variant of the Sun/NeXT format
># that uses little-endian encoding and has a different magic number
># (0x0064732E in little-endian encoding).
>0	lelong		0x0064732E	
>>12	lelong		1		audio/x-dec-basic
>>12	lelong		2		audio/x-dec-basic
>>12	lelong		3		audio/x-dec-basic
>>12	lelong		4		audio/x-dec-basic
>>12	lelong		5		audio/x-dec-basic
>>12	lelong		6		audio/x-dec-basic
>>12	lelong		7		audio/x-dec-basic
>#                                       compressed (G.721 ADPCM)
>>12	lelong		23		audio/x-dec-adpcm
>
># Bytes 0-3 of AIFF, AIFF-C, & 8SVX audio files are "FORM"
>#					AIFF audio data
>8	string		AIFF		audio/x-aiff	
>#					AIFF-C audio data
>8	string		AIFC		audio/x-aiff	
>#					IFF/8SVX audio data
>8	string		8SVX		audio/x-aiff	
>
># Creative Labs AUDIO stuff
>#					Standard MIDI data
>0	string	MThd			audio/unknown	
>#>9 	byte	>0			(format %d)
>#>11	byte	>1			using %d channels
>#					Creative Music (CMF) data
>0	string	CTMF			audio/unknown	
>#					SoundBlaster instrument data
>0	string	SBI			audio/unknown	
>#					Creative Labs voice data
>0	string	Creative\ Voice\ File	audio/unknown	
>## is this next line right?  it came this way...
>#>19	byte	0x1A
>#>23	byte	>0			- version %d
>#>22	byte	>0			\b.%d
>
># [GRR 950115:  is this also Creative Labs?  Guessing that first line
>#  should be string instead of unknown-endian long...]
>#0	long		0x4e54524b	MultiTrack sound data
>#0	string		NTRK		MultiTrack sound data
>#>4	long		x		- version %ld
>
># Microsoft WAVE format (*.wav)
># [GRR 950115:  probably all of the shorts and longs should be leshort/lelong]
>#					Microsoft RIFF
>0	string		RIFF		audio/unknown
>#					- WAVE format
>>8	string		WAVE		audio/x-wav
># MPEG audio.
>0   beshort&0xfff0  0xfff0  audio/mpeg
># C64 SID Music files, from Linus Walleij <triad@df.lth.se>
>0   string      PSID        audio/prs.sid
>
>#------------------------------------------------------------------------------
># c-lang:  file(1) magic for C programs or various scripts
>#
>
># XPM icons (Greg Roelofs, newt@uchicago.edu)
># ideally should go into "images", but entries below would tag XPM as C source
>0	string		/*\ XPM		image/x-xbm	7bit
>
># this first will upset you if you're a PL/1 shop... (are there any left?)
># in which case rm it; ascmagic will catch real C programs
>#					C or REXX program text
>0	string		/*		text/plain
>#					C++ program text
>0	string		//		text/plain
>
>#------------------------------------------------------------------------------
># compress:  file(1) magic for pure-compression formats (no archives)
>#
># compress, gzip, pack, compact, huf, squeeze, crunch, freeze, yabba, whap, etc.
>#
># Formats for various forms of compressed data
># Formats for "compress" proper have been moved into "compress.c",
># because it tries to uncompress it to figure out what's inside.
>
># standard unix compress
>0	string		\037\235	application/octet-stream	x-compress
>
># gzip (GNU zip, not to be confused with [Info-ZIP/PKWARE] zip archiver)
>0       string          \037\213        application/octet-stream	x-gzip
>
># According to gzip.h, this is the correct byte order for packed data.
>0	string		\037\036	application/octet-stream
>#
># This magic number is byte-order-independent.
>#
>0	short		017437		application/octet-stream
>
># XXX - why *two* entries for "compacted data", one of which is
># byte-order independent, and one of which is byte-order dependent?
>#
># compacted data
>0	short		0x1fff		application/octet-stream
>0	string		\377\037	application/octet-stream
># huf output
>0	short		0145405		application/octet-stream
>
># Squeeze and Crunch...
># These numbers were gleaned from the Unix versions of the programs to
># handle these formats.  Note that I can only uncrunch, not crunch, and
># I didn't have a crunched file handy, so the crunch number is untested.
>#				Keith Waclena <keith@cerberus.uchicago.edu>
>#0	leshort		0x76FF		squeezed data (CP/M, DOS)
>#0	leshort		0x76FE		crunched data (CP/M, DOS)
>
># Freeze
>#0	string		\037\237	Frozen file 2.1
>#0	string		\037\236	Frozen file 1.0 (or gzip 0.5)
>
># lzh?
>#0	string		\037\240	LZH compressed data
>
>#------------------------------------------------------------------------------
># frame:  file(1) magic for FrameMaker files
>#
># This stuff came on a FrameMaker demo tape, most of which is
># copyright, but this file is "published" as witness the following:
>#
>0	string		\<MakerFile	application/x-frame
>0	string		\<MIFFile	application/x-frame
>0	string		\<MakerDictionary	application/x-frame
>0	string		\<MakerScreenFon	application/x-frame
>0	string		\<MML		application/x-frame
>0	string		\<Book		application/x-frame
>0	string		\<Maker		application/x-frame
>
>#------------------------------------------------------------------------------
># html:  file(1) magic for HTML (HyperText Markup Language) docs
>#
># from Daniel Quinlan <quinlan@yggdrasil.com>
># and Anna Shergold <anna@inext.co.uk>
>#
>0   string      \<!DOCTYPE\ HTML    text/html
>0   string      \<!doctype\ html    text/html
>0   string      \<HEAD      text/html
>0   string      \<head      text/html
>0   string      \<TITLE     text/html
>0   string      \<title     text/html
>0   string      \<html      text/html
>0   string      \<HTML      text/html
>0   string      \<!--       text/html
>0   string      \<h1        text/html
>0   string      \<H1        text/html
>
># XML eXtensible Markup Language, from Linus Walleij <triad@df.lth.se>
>0   string      \<?xml      text/xml
>
>#------------------------------------------------------------------------------
># images:  file(1) magic for image formats (see also "c-lang" for XPM bitmaps)
>#
># originally from jef@helios.ee.lbl.gov (Jef Poskanzer),
># additions by janl@ifi.uio.no as well as others. Jan also suggested
># merging several one- and two-line files into here.
>#
># XXX - byte order for GIF and TIFF fields?
># [GRR:  TIFF allows both byte orders; GIF is probably little-endian]
>#
>
># [GRR:  what the hell is this doing in here?]
>#0	string		xbtoa		btoa'd file
>
># PBMPLUS
>#					PBM file
>0	string		P1		image/x-portable-bitmap	7bit
>#					PGM file
>0	string		P2		image/x-portable-greymap	7bit
>#					PPM file
>0	string		P3		image/x-portable-pixmap	7bit
>#					PBM "rawbits" file
>0	string		P4		image/x-portable-bitmap
>#					PGM "rawbits" file
>0	string		P5		image/x-portable-greymap
>#					PPM "rawbits" file
>0	string		P6		image/x-portable-pixmap
>
># NIFF (Navy Interchange File Format, a modification of TIFF)
># [GRR:  this *must* go before TIFF]
>0	string		IIN1		image/x-niff
>
># TIFF and friends
>#					TIFF file, big-endian
>0	string		MM		image/tiff
>#					TIFF file, little-endian
>0	string		II		image/tiff
>
># possible GIF replacements; none yet released!
># (Greg Roelofs, newt@uchicago.edu)
>#
># GRR 950115:  this was mine ("Zip GIF"):
>#					ZIF image (GIF+deflate alpha)
>0	string		GIF94z		image/unknown
>#
># GRR 950115:  this is Jeremy Wohl's Free Graphics Format (better):
>#					FGF image (GIF+deflate beta)
>0	string		FGF95a		image/unknown
>#
># GRR 950115:  this is Thomas Boutell's Portable Bitmap Format proposal
># (best; not yet implemented):
>#					PBF image (deflate compression)
>0	string		PBF		image/unknown
>
># GIF
>0	string		GIF		image/gif
>
># JPEG images
>0	beshort		0xffd8		image/jpeg
>
># PC bitmaps (OS/2, Windoze BMP files)  (Greg Roelofs, newt@uchicago.edu)
>0	string		BM		image/bmp
>#>14	byte		12		(OS/2 1.x format)
>#>14	byte		64		(OS/2 2.x format)
>#>14	byte		40		(Windows 3.x format)
>#0	string		IC		icon
>#0	string		PI		pointer
>#0	string		CI		color icon
>#0	string		CP		color pointer
>#0	string		BA		bitmap array
>
>
>#------------------------------------------------------------------------------
># lisp:  file(1) magic for lisp programs
>#
># various lisp types, from Daniel Quinlan (quinlan@yggdrasil.com)
>0	string	;;			text/plain	8bit
># Emacs 18 - this is always correct, but not very magical.
>0	string	\012(			application/x-elc
># Emacs 19
>0	string	;ELC\023\000\000\000	application/x-elc
>
>#------------------------------------------------------------------------------
># mail.news:  file(1) magic for mail and news
>#
># There are tests to ascmagic.c to cope with mail and news.
>0	string		Relay-Version: 	message/rfc822	7bit
>0	string		#!\ rnews	message/rfc822	7bit
>0	string		N#!\ rnews	message/rfc822	7bit
>0	string		Forward\ to 	message/rfc822	7bit
>0	string		Pipe\ to 	message/rfc822	7bit
>0	string		Return-Path:	message/rfc822	7bit
>0	string		Path:		message/news	8bit
>0	string		Xref:		message/news	8bit
>0	string		From:		message/rfc822	7bit
>0	string		Article 	message/news	8bit
>#------------------------------------------------------------------------------
># msword: file(1) magic for MS Word files
>#
># Contributor claims:
># Reversed-engineered MS Word magic numbers
>#
>
>0	string		\376\067\0\043			application/msword
>0	string		\333\245-\0\0\0			application/msword
>
># disable this one because it applies also to other
># Office/OLE documents for which msword is not correct. See PR#2608.
>#0	string		\320\317\021\340\241\261	application/msword
>
>
>
>#------------------------------------------------------------------------------
># printer:  file(1) magic for printer-formatted files
>#
>
># PostScript
>0	string		%!		application/postscript
>0	string		\004%!		application/postscript
>
># Acrobat
># (due to clamen@cs.cmu.edu)
>0	string		%PDF-		application/pdf
>
>#------------------------------------------------------------------------------
># sc:  file(1) magic for "sc" spreadsheet
>#
>38	string		Spreadsheet	application/x-sc
>
>#------------------------------------------------------------------------------
># tex:  file(1) magic for TeX files
>#
># XXX - needs byte-endian stuff (big-endian and little-endian DVI?)
>#
># From <conklin@talisman.kaleida.com>
>
># Although we may know the offset of certain text fields in TeX DVI
># and font files, we can't use them reliably because they are not
># zero terminated. [but we do anyway, christos]
>0	string		\367\002	application/x-dvi
>#0	string		\367\203	TeX generic font data
>#0	string		\367\131	TeX packed font data
>#0	string		\367\312	TeX virtual font data
>#0	string		This\ is\ TeX,	TeX transcript text	
>#0	string		This\ is\ METAFONT,	METAFONT transcript text
>
># There is no way to detect TeX Font Metric (*.tfm) files without
># breaking them apart and reading the data.  The following patterns
># match most *.tfm files generated by METAFONT or afm2tfm.
>#2	string		\000\021	TeX font metric data
>#2	string		\000\022	TeX font metric data
>#>34	string		>\0		(%s)
>
># Texinfo and GNU Info, from Daniel Quinlan (quinlan@yggdrasil.com)
>#0	string		\\input\ texinfo	Texinfo source text
>#0	string		This\ is\ Info\ file	GNU Info text
>
># correct TeX magic for Linux (and maybe more)
># from Peter Tobias (tobias@server.et-inf.fho-emden.de)
>#
>0	leshort		0x02f7		application/x-dvi
>
># RTF - Rich Text Format
>0	string		{\\rtf		application/rtf
>
>#------------------------------------------------------------------------------
># animation:  file(1) magic for animation/movie formats
>#
># animation formats, originally from vax@ccwf.cc.utexas.edu (VaX#n8)
>#						MPEG file
>0	string		\000\000\001\263	video/mpeg
>#
># The contributor claims:
>#   I couldn't find a real magic number for these, however, this
>#   -appears- to work.  Note that it might catch other files, too,
>#   so BE CAREFUL!
>#
># Note that title and author appear in the two 20-byte chunks
># at decimal offsets 2 and 22, respectively, but they are XOR'ed with
># 255 (hex FF)! DL format SUCKS BIG ROCKS.
>#
>#						DL file version 1 , medium format (160x100, 4 images/screen)
>0	byte		1			video/unknown
>0	byte		2			video/unknown
># Quicktime video, from Linus Walleij <triad@df.lth.se>
># from Apple quicktime file format documentation.
>4   string      moov        video/quicktime
>4   string      mdat        video/quicktime
>

Actions: View

Attachments on bug 16625: 2771 | 2772