Questions tagged «mime»


3
使libmagic / file检测.docx文件
从其他地方可以看到 docx,xl​​sx和pttx是ZIP。将它们上传到我的Web应用程序时,file(通过libmagic和python-magic)将其检测为ZIP。 我将文件的内容作为Blob存储在数据库中,但是自然地我不想让用户相信它是哪种文件类型。因此,我想file在下载过程中信任并自动生成一个文件名。 我知道可以修改,/etc/magic但是格式(magic(5))对我来说太复杂了。我在Debian bugs上找到了关于该问题的bug报告,但是由于它是从2008年开始的,因此似乎无法很快得到修复。 我猜我唯一的选择是确实信任用户(但仍将内容存储为blob),并且仅根据文件名检查文件扩展名。这样,我可以禁止某些扩展并允许其他扩展。当用户重新下载他的文件时,他可以通过任何方式上传它。但是,如果与他人共享文件,此解决方案是不安全的,因为您可以简单地重命名文件以允许上传。 有任何想法吗? 最后,我找到了docx等的幻数列表,但无法将其转换为magic(5)格式。
17 linux  debian  unix  mime 

2
电子邮件MIME中Content-ID标头的存在是否意味着必须嵌入附件?
我们拥有两种不同的第三方电子邮件产品,它们对电子邮件的MIME源中存在content-id标头的反应不同。这导致我们试图解决的用户体验不一致。 这是一个例子: --boundary-example Content-Location: CID:somethingatelse Content-ID: <foo4atfoo1atbar.net> Content-Type: IMAGE/GIF Content-Transfer-Encoding: BASE64 R0lGODlhGAGgAPEAAP/////ZRaCgoAAAACH+PUNv cHlyaWdodCAoQykgMTk5LiBVbmF1dGhvcml6ZWQgZHV wbGljYXRpb24gcHJvaGliaXRlZC4A etc.. 一种电子邮件产品将其解释为嵌入式图像。另一个将其解释为普通附件(未嵌入)。如果我们完全删除Content-ID行,则两种产品都认为附件未嵌入。 是否有特定的RFC明确地确定哪种行为是正确的?我和一位同事回顾了RFC2392,该文件在开篇摘要中说: 在电子邮件中使用[MIME]来传达网页及其 相关图像需要URL方案,以允许HTML引用 消息中包含的图像或其他数据。Content-ID 统一资源定位符“ cid:”用于该目的。[…]“ cid”方案是指消息的特定正文部分;它的使用通常仅限于在与引用正文部分相同的消息中引用其他正文部分。通过包括内容ID的地址,“中”方案还可以指代指定消息中的特定正文部分。 所以,虽然不是绝对的,我们倾向于认为,既然所有的嵌入式项目需要的CID引用他们,并且它是“一般仅限于相同的消息在身体其他部位,”和附件并不需要一个CID ,电子邮件产品将cid的存在作为“嵌入意图”的指示是合理的行为。 我可以得到确认吗?
11 email  mime  rfc 


3
如何从IIS 7提供未知文件类型
有没有一种方法可以在IIS 7中提供未知文件类型的服务? 我只想对关闭执行的单个目录执行此操作,所有目录都将作为静态文件提供。 现在,我必须添加要用作MIME类型的每个文件扩展名。我想为您服务。如何才能做到这一点?

3
nginx,x-accel-redirect和mime类型
在我的nginx 0.8.34设置中,我使用X-Accel-Redirect功能来控制应用程序代码中的文件下载,而不让应用程序自行处理下载。 经过一番痛苦之后,现在这基本上可以工作了,只是nginx总是返回具有text/html内容类型的文件。 默认的内容类型是application / octet-stream,在http块中指定。 除其他外,服务器块还包含文件存储目录的定义: location /files { default_type application/octet-stream; alias /srv/www/uploads; internal; } 因此,即使在这里,我也指定了内容类型,但没有任何变化。 我不想通过应用程序设置Content-Type,因为那样的话我会让我慢下来(我首先必须确定它)。因此,理想情况下,nginx将基于文件扩展名返回正确的mimetype(我确实在http块中包含mime.types )。
9 nginx  mime  mime-type 
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.