ack. unconditional content-encoding has some nasty implications.

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@99321 13f79535-47bb-0310-9956-ffa450edef68

diff --git a/docs/STATUS b/docs/STATUS
index 5a393f32e80e692e95b8b7969ef9032b5360c00f..8b9a54b0f404740f60fcc17161c0eedda19d29ce 100644 (file)
--- a/docs/STATUS
+++ b/docs/STATUS
@@ -1,5 +1,5 @@
 Apache HTTP Server 2.1 Documentation Status File.
-Last modified: $Date: 2003/04/10 18:03:58 $
+Last modified: $Date: 2003/04/10 23:30:52 $
 
 For more information on how to contribute to the Apache Documentation
 Project, please see http://httpd.apache.org/docs-project/
@@ -17,8 +17,15 @@ Decisions pending
         transparent decompression by modern browsers, uncomment these lines.
         But, this shouldn't be our default.
     Someone else said: Certainly wasn't in 1.3.
+    nd adds: we should provide example solutions somewhere in the docs.
+      e.g.: .tar.gz should get the content-type application/x-gzip
+      (hmm, bad x-, better suggestions?).
+      <Files *.tar.gz>
+        Forcetype ...
+      </Files>
+
      - Backport to 2.0
-       +1: wrowe, slive
+       +1: wrowe, slive, nd
 
 - Figure out what to do about the 2.0 FAQ
     - Copy important stuff from 1.3?