372 lines
12 KiB
Plaintext
372 lines
12 KiB
Plaintext
|
# Magic data for mod_mime_magic Apache module (originally for file(1) command)
|
||
|
|
# The module is described in htdocs/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
|
||
|
|
|
||
|
|
#------------------------------------------------------------------------------
|
||
|
|
# 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
|
||
|
|
|
||
|
|
#------------------------------------------------------------------------------
|
||
|
|
# 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
|
||
|
|
|