TIFF MIME Type

Learn what image/tiff files contain, how TIFF tags and compression work, which applications open them, and how Poly supports them.

MIME type details for image/tiff

In active use
MIME typeimage/tiff
Extensions
.tif.tiff
Magic number49 49 2A 00 or 4D 4D 00 2A
First standardized1986
Created byAldus Corporation
Browser supportSafari
Example applicationsAdobe Photoshop, Apple Preview
Poly supportYes. Poly recognizes `.tif` and `.tiff`, decodes the raster image with orientation applied, generates lossless WebP thumbnails, and extracts available TIFF/EXIF metadata.
Indexed by PolyYes. TIFF files are indexed by filename, available TIFF/EXIF metadata, and a visual embedding. Text visible in the image is not OCR'd.
Preview in PolyYes. TIFF files open as rendered images in Poly's image viewer. Multipage TIFFs do not receive a document-style page viewer.
Poly agentYes. After processing, the Poly agent receives a rendered WebP thumbnail up to 1536 pixels rather than the original TIFF structure, extra pages, or complete tag set.

What does image/tiff mean?

The image/tiff media type identifies a TIFF raster image. TIFF is a tag-based container rather than one fixed pixel encoding. Its image file directories, or IFDs, describe dimensions, color interpretation, compression, resolution, and the locations of the image data. A file can also contain more than one IFD, which is how multipage scans and related images fit into one container.1

The current IANA registration points to TIFF Revision 6.0 and defines no required media-type parameters. It permits an optional application parameter as a hint about a TIFF profile, but defines no values for it. The registered extension is .tif; .tiff is also widely used by software and web documentation.2

TIFF has two standard four-byte signatures because the file itself declares its byte order:

Byte orderHeader bytesMeaning
Little-endian49 49 2A 00II, followed by the number 42
Big-endian4D 4D 00 2AMM, followed by the number 42

Both are ordinary TIFF 6.0 headers. The next four bytes point to the first IFD.12

An extension or four-byte signature is only an identification clue. A TIFF reader still has to validate offsets, entry counts, dimensions, compression tags, and the referenced data before decoding the image.

Why can two TIFF files behave so differently?

TIFF was designed for interchange among scanners, image editors, and publishing tools. The format can describe bilevel, grayscale, palette-color, and full-color raster data in several color spaces. It can store pixels in strips or tiles and can use different compression schemes.1

That flexibility is useful, but it is also TIFF's main interoperability trap. Supporting “TIFF” does not guarantee that an application understands every compression method, color space, bit depth, private tag, layer convention, or specialized profile. The image/tiff registration explicitly warns that a receiver may recognize the container yet still be unable to render a particular file.2

Common choices include:

  • Uncompressed data for simple, predictable interchange at the cost of large files.
  • LZW, ZIP/Deflate, or PackBits when a workflow needs lossless compression.
  • JPEG compression inside TIFF when smaller size matters and lossy encoding is acceptable.
  • Multiple IFDs for pages, reduced-resolution images, or other related raster representations.
  • Private tags for application-specific information that another program may ignore.

Adobe Photoshop exposes several of these choices when saving TIFF, including LZW, ZIP, JPEG, byte order, transparency, image pyramids, and optional layer data. Adobe also cautions that many applications skip Photoshop's layer data even when they can read the composite image.3

For broad interchange, save a flattened composite, choose a compression method the receiving software supports, embed the intended color profile, and test the exported file in that software before discarding the source document.

History and standardization

Aldus Corporation published the first TIFF specification in the fall of 1986 after meetings with scanner manufacturers and software developers. The document later described that release as effectively Revision 3.0 because two major drafts preceded it. Revision 4.0 followed in April 1987, Revision 5.0 in October 1988, and Revision 6.0 on June 3, 1992.1

Revision 5.0 added palette-color images and LZW compression. Revision 6.0 expanded the format with definitions for CMYK, YCbCr, CIE L*a*b*, tiled images, and other capabilities. RFC 3302 updated the standard image/tiff registration in 2002 so that it referred generally to TIFF 6.0 instead of the narrower fax-oriented definition used by an earlier registration.14

Classic TIFF uses 32-bit offsets and therefore cannot address beyond 4 GiB. BigTIFF is a later extension that changes the header version from 42 to 43 and uses 64-bit offsets. It is structurally related to TIFF, but software support must be checked separately.5

How to open a TIFF file

TIFF is common in desktop imaging and publishing software, but it is a poor web-delivery format. MDN lists native TIFF display only for Safari among current mainstream browsers. Chrome, Edge, Firefox, and Opera should not be expected to render an image/tiff response directly.6

For desktop work:

  • Adobe Photoshop can open TIFF files and save them with detailed compression, color, layer, and byte-order options.3
  • Apple Preview can open images and export them as TIFF, PNG, JPEG, JPEG 2000, HEIC, or PDF.7
  • Specialist scanning, publishing, GIS, and preservation tools may support profiles and tags that general-purpose viewers ignore.

If a trusted application rejects a TIFF, do not assume the file is necessarily corrupt. It may use an unsupported compression method, a specialized profile, BigTIFF offsets, an unusual color space, or private application data.

Support in Poly

Poly recognizes both .tif and .tiff filenames as image/tiff. Its image loader fetches the complete file for sizing, decodes a raster representation, applies the encoded orientation, and generates lossless WebP thumbnails. It also records image dimensions and available TIFF/EXIF fields.

The rendered result powers Poly's image viewer and visual-similarity search. The visual embedding is generated from a WebP derivative, not from the original TIFF byte stream. Filename and extracted metadata are searchable too, but words visible inside an ordinary TIFF image are not OCR'd.

The Poly agent follows the same rendered-image model. Once thumbnails exist, it receives the largest suitable WebP thumbnail up to 1536 pixels. This supports visual reasoning, but it does not expose the original compression, every TIFF tag, Photoshop layers, or a document-style sequence of all pages in a multipage file.

TIFF tags can contain descriptive, camera, location, author, software, and workflow metadata. Poly extracts readable TIFF/EXIF fields when present, so inspect and remove sensitive metadata before sharing an image outside its intended audience.

Converting TIFF to a more practical format

Choose the destination based on what must survive:

DestinationBest forWhat to check
PNGLossless web graphics and broadly supported transparencyHigh bit depth, CMYK data, multiple pages, and specialized tags may be reduced or discarded
JPEGPhotographs where smaller delivery files matterCompression is lossy, transparency is unavailable, and text or line art may show artifacts
PDFMultipage scanned documentsCheck page order, resolution, OCR, and whether original metadata must remain
PSDContinued editing in PhotoshopPrefer the native working file when layers, masks, or editable text matter
TIFFPreservation masters and controlled print or scanning workflowsDocument the profile, compression, color space, metadata, and software assumptions

The Library of Congress reports extensive use of TIFF in digitization and preservation workflows, including primary or master files. That does not make every TIFF automatically archival. Long-term usefulness still depends on choosing a documented, well-supported profile and retaining the metadata needed to interpret the pixels.8

Conversion works on the decoded image an application can see. It cannot recover an omitted page, unsupported private tag, discarded layer, or detail already lost through JPEG compression inside the source TIFF.

Is TIFF lossless?

Not necessarily. TIFF can store uncompressed pixels or use lossless schemes such as LZW and ZIP, but it can also contain JPEG-compressed image data. The .tif or .tiff extension does not reveal which choice was used.13

To verify a file, inspect its compression tag with a TIFF-aware metadata tool or open it in software that reports the encoding. If you are preparing a master image, choose a lossless option explicitly and keep the original source until the result has been validated.

Footnotes

  1. Aldus Corporation. TIFF Revision 6.0. Final specification dated June 3, 1992; documents TIFF history, structure, tags, image types, compression, and byte order. 2 3 4 5 6
  2. Internet Assigned Numbers Authority. image/tiff Media Type Registration. Records the parameters, signatures, extension, interoperability considerations, and intended use. 2 3
  3. Adobe. Save Files in Graphics Formats in Photoshop. Describes Photoshop's TIFF compression, layer, transparency, pyramid, and byte-order options. 2 3
  4. Parsons, G. and Rafferty, J. RFC 3302: Tag Image File Format (TIFF) - image/tiff MIME Sub-type Registration. Internet Engineering Task Force, September 2002.
  5. LibTIFF. BigTIFF Design. Documents the 64-bit offset extension and its structural differences from classic TIFF.
  6. MDN Web Docs. Image File Type and Format Guide. Lists .tif and .tiff and current native browser support.
  7. Apple. Convert Image File Types Using Preview on Mac. Lists TIFF among Preview's export formats.
  8. Library of Congress. TIFF, Revision 6.0. Summarizes TIFF's preservation characteristics and use in Library digitization workflows.
© Poly Corp. 2026