Subversion Repositories configs

# 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

>2	short		0xbabe		application/java

#------------------------------------------------------------------------------

# audio:  file(1) magic for sound formats

#

# from Jan Nicolai Langfeldt <janl@ifi.uio.no>,

#

# Sun/NeXT audio data

>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).

>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

#>9 	byte	>0			(format %d)

#>11	byte	>1			using %d channels

#					Creative Music (CMF) data

#					SoundBlaster instrument data

#					Creative Labs voice data

## 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

#					- WAVE format

>8	string		WAVE		audio/x-wav

# MPEG audio.

# C64 SID Music files, from Linus Walleij <triad@df.lth.se>

#------------------------------------------------------------------------------

# 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

# 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

#					C++ program text

#------------------------------------------------------------------------------

# 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

# gzip (GNU zip, not to be confused with [Info-ZIP/PKWARE] zip archiver)

# According to gzip.h, this is the correct byte order for packed data.

#

# This magic number is byte-order-independent.

#

# XXX - why *two* entries for "compacted data", one of which is

# byte-order independent, and one of which is byte-order dependent?

#

# compacted data

# huf output

# 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:

#

#------------------------------------------------------------------------------

# html:  file(1) magic for HTML (HyperText Markup Language) docs

#

# from Daniel Quinlan <quinlan@yggdrasil.com>

# and Anna Shergold <anna@inext.co.uk>

#

# XML eXtensible Markup Language, from Linus Walleij <triad@df.lth.se>

#------------------------------------------------------------------------------

# 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

#					PGM file

#					PPM file

#					PBM "rawbits" file

#					PGM "rawbits" file

#					PPM "rawbits" file

# NIFF (Navy Interchange File Format, a modification of TIFF)

# [GRR:  this *must* go before TIFF]

# TIFF and friends

#					TIFF file, big-endian

#					TIFF file, little-endian

# possible GIF replacements; none yet released!

# (Greg Roelofs, newt@uchicago.edu)

#

# GRR 950115:  this was mine ("Zip GIF"):

#					ZIF image (GIF+deflate alpha)

#

# GRR 950115:  this is Jeremy Wohl's Free Graphics Format (better):

#					FGF image (GIF+deflate beta)

#

# GRR 950115:  this is Thomas Boutell's Portable Bitmap Format proposal

# (best; not yet implemented):

#					PBF image (deflate compression)

# GIF

# JPEG images

# PC bitmaps (OS/2, Windoze BMP files)  (Greg Roelofs, newt@uchicago.edu)

#>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)

# Emacs 18 - this is always correct, but not very magical.

# Emacs 19

#------------------------------------------------------------------------------

# mail.news:  file(1) magic for mail and news

#

# There are tests to ascmagic.c to cope with mail and news.

#------------------------------------------------------------------------------

# msword: file(1) magic for MS Word files

#

# Contributor claims:

# Reversed-engineered MS Word magic numbers

#

# 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

# Acrobat

# (due to clamen@cs.cmu.edu)

#------------------------------------------------------------------------------

# 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\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)

#

# RTF - Rich Text Format

#------------------------------------------------------------------------------

# animation:  file(1) magic for animation/movie formats

#

# animation formats, originally from vax@ccwf.cc.utexas.edu (VaX#n8)

#						MPEG file

#

# 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)

# 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