Opened 12 years ago
Closed 12 years ago
#185 closed enhancement (wontfix)
предлагаю добавить тип для файлов *.crl
Reported by: | Илья Шипицин | Owned by: | somebody |
---|---|---|---|
Priority: | trivial | Milestone: | |
Component: | nginx-package | Version: | 1.3.x |
Keywords: | Cc: | ||
uname -a: | |||
nginx -V: | not applicable |
Description
--- conf/mime.types.orig 2012-07-05 20:19:13.038331470 +0600
+++ conf/mime.types 2012-07-05 20:19:52.949331590 +0600
@@ -8,6 +8,7 @@
application/x-javascript js;
application/atom+xml atom;
application/rss+xml rss;
+ application/pkix-crl crl;
text/mathml mml;
text/plain txt;
Change History (3)
comment:1 by , 12 years ago
comment:2 by , 12 years ago
We met the following scenario: online e-commerce application (somewhat similar to zakupki.gov.ru) deployed in secure environment couldn't access external crl resource because the only web access rule was mime type based. And it didn't allow octet-stream. I do not mind to move the rule anywhere in the file.
comment:3 by , 12 years ago
Resolution: | → wontfix |
---|---|
Status: | new → closed |
Closing this, as there were no additional requests got in 2 months. Adding the type in question should be easy enough for ones who really need it / actually serve files in question.
We generally try to keep only types really needed for majority of users in nginx's mime.types. I don't really think it's needed for majority of users. See here for relevant discussion in Russian mailing list: http://mailman.nginx.org/pipermail/nginx-ru/2012-April/046633.html
As my personal discretion may be wrong, I'm leaving this ticket open for now. Decision may be reconsidered if:
Additional, mostly unrelated notes: