Ms word TCL fileutil:：magic:：mimetype无法识别Microsoft文档或mp3

我想知道这是否是

fileutil:：magic:：mimetype

的一个限制，还是我的安装中出现了一些问题。TCLLIB 1.15/TCL 8.5

获取一个普通的Microsoft Word.doc文件并将其传递给fileutil:：magic:：mimetype，例如

package require fileutil
package require fileutil::magic::mimetype
set result [fileutil::magic::mimetype "/tmp/test.doc"]

它返回空字符串。同样适用于mp3，以及其他文件格式。它可以识别GIF、PNG、TIFF和其他图像格式

调用

fileutil:：fileType

返回Word文档的

binary

标准Linux命令

file-i

为同一文件返回“application/msword”

---

是否有人能证实这一预期行为？我对fileutil和fumagic库之间的关系有点困惑，所以可能我在安装中破坏了这方面的一些东西。

我可以用传统的tcllib安装重现这一点。仅供参考（作为过去需要文件标识的人），我所知道的最好的MIME类型标识符是ApacheTika，这是一个非常重的安装，因为它是Java代码，但这绝对不是完美的。感谢您复制@DonalFellows，如果这是标准行为，那就令人失望了。我觉得奇怪的是，看看mimetypes.tcl，它应该能够检测MP3和Word文档，因为它看起来非常全面。@name，你这样说是在暗示

tcllib

是一成不变的东西，不会接受任何更改。这肯定不是真的，所以我至少应该从实现所需的检测代码开始，或者——更好——工作并提交它。我想您可以从

文件

实用程序本身“借用”这种代码的概念。或者，比方说，从Donal提到的软件包中。@kostix我接受了你的建议，提交了一份bug报告。我的观点是，.DOC、.MP3等是如此明显的用例，我猜它们可能在过去的某个时候起作用，特别是看到它们列在mimetypes.tclI中时，可以通过传统的tcllib安装来复制它们。仅供参考（作为过去需要文件标识的人），我所知道的最好的MIME类型标识符是ApacheTika，这是一个非常重的安装，因为它是Java代码，但这绝对不是完美的。感谢您复制@DonalFellows，如果这是标准行为，那就令人失望了。我觉得奇怪的是，看看mimetypes.tcl，它应该能够检测MP3和Word文档，因为它看起来非常全面。@name，你这样说是在暗示

tcllib

是一成不变的东西，不会接受任何更改。这肯定不是真的，所以我至少应该从实现所需的检测代码开始，或者——更好——工作并提交它。我想您可以从

文件

实用程序本身“借用”这种代码的概念。或者，比方说，从Donal提到的软件包中。@kostix我接受了你的建议，提交了一份bug报告。我的观点是，.DOC、.MP3等是如此明显的用例，我猜它们可能在过去的某一点上起作用，特别是当它们列在mimetypes.tcl中时