application/rtf
Basic information
| Type | application |
|---|---|
| Subtype | rtf |
| Structured suffix | None |
| File extensions | .rtf |
| Category | Application |
| Standard | IANA media type registry or common platform registration |
MIME anatomy
application/rtf has a top-level type of application and a subtype of rtf. The top-level type tells clients the broad handling model, while the subtype identifies the exact format, codec family, document type, or container.
| Part | Value | What to check |
|---|---|---|
| Top-level type | application | Controls broad behavior such as text rendering, image decoding, download handling, or multipart parsing. |
| Subtype | rtf | Should match the real file format, not only the filename extension. |
| Structured suffix | None | No structured suffix is declared for this type. |
| Charset | Binary | Do not add a charset parameter to binary payloads. |
| Binary payload | Yes | Treat the body as bytes and avoid text transformations. |
HTTP header
Content-Type: application/rtfCommon use
Use application/rtf in Content-Type and Accept headers when serving or requesting Rich Text Format. Correct MIME types help browsers, APIs, uploads, and download workflows handle files safely and predictably.
Browser support depends on the media type and the feature using it. Browsers can download almost any MIME type, but only selected text, image, audio, video, font, and document types are rendered natively.
For uploads, do not trust the file extension alone. Check the declared MIME type, validate the file signature when security matters, and store the original extension separately from the trusted server-side classification.
Browser and API behavior
| Context | How application/rtf is used | Practical check |
|---|---|---|
| HTTP response | Send application/rtf so clients choose the right parser or renderer. | Inspect the Network panel and confirm the response header, not just the file extension. |
| HTTP request | Use Accept: application/rtf when an API can return several formats. | Return 406 Not Acceptable or a documented fallback when the type is unavailable. |
| Upload form | Use file extension and declared MIME type as hints. | For risky uploads, verify magic bytes or parse the file before trusting it. |
| Storage | Store the trusted MIME classification separately from the original filename. | This keeps later downloads correct even if a user uploads a misleading name. |
Common mistakes
- Serving binary content as
application/octet-streamwhen the browser or API client expectsapplication/rtf. - Assuming .rtf proves the file is safe. Extensions are user-controlled and should be treated as hints.
- Adding a charset parameter to binary content. Binary formats should normally be sent without charset.
HTML download
<a href="/download.rtf" download type="application/rtf">Download file</a>fetch Accept header
fetch("/api/file", {
headers: { Accept: "application/rtf" }
});multer upload filter
const upload = multer({
fileFilter: (req, file, cb) => cb(null, file.mimetype === "application/rtf")
});Express response
app.get("/file", async (req, res) => {
res.setHeader("Content-Type", "application/rtf");
res.send(await readFile("example.rtf"));
});Flask response
from flask import send_file
@app.get("/file")
def file():
return send_file("example.rtf", mimetype="application/rtf", as_attachment=False)Go net/http response
func handler(w http.ResponseWriter, r *http.Request) {
w.Header().Set("Content-Type", "application/rtf")
http.ServeFile(w, r, "example.rtf")
}Nginx type mapping
types {
application/rtf rtf;
}
default_type application/octet-stream;curl negotiation
curl -H "Accept: application/rtf" https://example.com/file.rtfValidation checklist
| Check | Recommended handling |
|---|---|
| Declared type | Compare the uploaded or generated MIME value with application/rtf when this exact format is required. |
| Extension | Accept .rtf only as a convenience signal, not as proof of content. |
| Signature or parser | Validate the binary signature or parse the container when untrusted users can upload files. |
| Download safety | Set Content-Disposition deliberately when the file should download instead of render inline. |
| Caching | Use cache headers that match the file lifecycle, especially for generated assets and user uploads. |