Check Win32 Apache+PHP into third_party

third_party/apache-win32/conf/original/magic

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