附件为什么不是在ESA的丢弃的名义上过滤器？

下载选项

  • PDF     (108.9 KB)
    在各种设备上使用 Adobe Reader 查看
  • ePub     (70.9 KB)
    在 iPhone、iPad、Android、Sony Reader 或 Windows Phone 上使用各种应用查看
  • Mobi (Kindle)     (60.3 KB)
    在 Kindle 设备上查看或在多个设备上使用 Kindle 应用查看
已更新: 2014 年 8 月 20 日
文档 ID:118311

非歧视性语言

此产品的文档集力求使用非歧视性语言。在本文档集中，非歧视性语言是指不隐含针对年龄、残障、性别、种族身份、族群身份、性取向、社会经济地位和交叉性的歧视的语言。由于产品软件的用户界面中使用的硬编码语言、基于 RFP 文档使用的语言或引用的第三方产品使用的语言，文档中可能无法确保完全使用非歧视性语言。 深入了解思科如何使用包容性语言。

关于此翻译

思科采用人工翻译与机器翻译相结合的方式将此文档翻译成不同语言，希望全球的用户都能通过各自的语言得到支持性的内容。 请注意：即使是最好的机器翻译，其准确度也不及专业翻译人员的水平。 Cisco Systems, Inc. 对于翻译的准确性不承担任何责任，并建议您总是参考英文原始文档（已提供链接）。

问题：

附件不丢弃的正如所料和下列之一：

消息过滤器使用丢弃附件由NAME
内容过滤器使用Drop_Attachments_By_Name_Action。

丢弃附件操作在两种方式之一中名义上查找文件名称。 首先它在MIME报头数据检查文件名如被宣称。 第二种方法只发生与存档：文件在存档解压缩，因此文件名可以是列出的。 如果附件是存档，并且解压缩的内容的总大小比最大扫描大小极大或超出最大扫描深度，文件名不会得到。

可能也有在消息的一个扫描错误，并且很可能，检测的MIME类型配置被跳过。 使用从CLI的grep要欲知一个给的消息的确切的原因，请搜索邮件日志。 当您在MID搜索，所有扫描问题独自地将是报告的线路。 示例如下：

Tue Aug 3 16:36:29 2004 Warning: MID 256, Message Scanning
 Problem: Continuation line seen before first header
TAC Authored

由思科工程师提供

  •  Jackie Fleming and Enrico Werner
    Cisco TAC Engineers.

此文档是否有帮助?

Feedback反馈

联系我们

本文档适用于以下产品