Imap 输入插件

如果设置了save_attachments，则为添加邮件附件信息的字段的名称。

对于多部分消息，使用第一个具有此内容类型的部分作为事件消息。

控制此插件与Elastic Common Schema (ECS)的兼容性。此设置的值会影响headers_target和attachments_target的*默认值*。

添加邮件标头的字段的名称。

设置headers_target => ''会跳过标头处理，并且不会将任何标头添加到事件中。日期标头（如果存在）除外，它始终用作事件的@timestamp。

设置为 true 时，附件的内容将包含在attachments.data字段中。

将写入磁盘的 sincedb 数据库文件（跟踪最后处理的邮件的 UID）的路径。默认情况下，sincedb 文件将写入<path.data>/plugins/inputs/imap目录。注意：它必须是文件路径，而不是目录路径。

当 IMAP 输入插件首次连接到邮箱且最后处理的邮件的 UID 尚不清楚时，将首先下载未读邮件并保存最后处理的邮件的 UID。从这一点开始，如果uid_tracking设置为true，则无论新邮件是否标记为已读或未读，都将下载所有新邮件。这允许用户或其他服务与 IMAP 输入插件同时使用邮箱。无论uid_tracking值如何，始终保存最后处理的邮件的 UID，因此您可以根据需要切换其值。在从以前的 IMAP 输入插件版本过渡时，首先至少处理一封uid_tracking设置为false的邮件以保存最后处理的邮件的 UID，然后将uid_tracking切换为true。

向事件添加字段

用于输入数据的编解码器。输入编解码器是一种方便的方法，可以在数据进入输入之前对其进行解码，而无需在 Logstash 管道中使用单独的过滤器。

默认情况下，我们会记录所有可以记录的指标，但您可以禁用特定插件的指标收集，从而禁用或启用此特定插件实例的指标日志记录。

向插件配置添加唯一的 ID。如果未指定 ID，Logstash 将生成一个 ID。强烈建议您在配置中设置此 ID。当您有两个或多个相同类型的插件时，例如，如果您有 2 个 imap 输入，这将特别有用。在这种情况下，添加命名 ID 将有助于在使用监控 API 时监控 Logstash。

input {
  imap {
    id => "my_plugin_id"
  }
}

向您的事件添加任意数量的任意标签。

这有助于以后的处理。

向此输入处理的所有事件添加 type 字段。

类型主要用于过滤器激活。

类型存储为事件本身的一部分，因此您也可以使用类型在 Kibana 中搜索它。

如果您尝试在已具有类型的事件上设置类型（例如，当您将事件从发送器发送到索引器时），则新的输入不会覆盖现有类型。在发送器处设置的类型将保留在该事件的生命周期内，即使该事件被发送到另一个 Logstash 服务器也是如此。