Quelle  magic   Sprache: unbekannt

# Magic data for mod_mime_magic Apache module (originally for file(1) command)
# The module is described in /manual/mod/mod_mime_magic.html
java.lang.NullPointerException
# 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
java.lang.NullPointerException
# from Jan Nicolai Langfeldt <janl@ifi.uio.no>,
java.lang.NullPointerException

# 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  
#     - 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
java.lang.NullPointerException

# 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

0 string  \x89PNG  image/png
0 string  FWS  application/x-shockwave-flash
0 string  CWS  application/x-shockwave-flash

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