ExtractEmailHeaders 2025.5.31.15¶

捆绑包¶

org.apache.nifi | nifi-email-nar

描述¶

使用 FlowFile 内容作为数据源，从 RFC 合规电子邮件文件中提取标头，为 FlowFile 添加相关属性。该处理器不进行大量 RFC 验证，但仍要求最低限度符合 RFC 2822

标签¶

email、split

输入要求¶

REQUIRED

支持敏感的动态属性¶

false

属性¶

属性	描述
CAPTURED_HEADERS	用 COLON 分隔的、要从 FlowFile 内容中提取的附加标头列表。NOTE 标头键不区分大小写且将以小写形式进行匹配。值将会依据电子邮件中的内容设定。
STRICT_ADDRESS_PARSING	若为“strict”，则对邮箱和邮箱列表字段（例如“to”和“from”标头）应用严格的地址格式解析规则，而地址格式不正确的 FlowFiles 将被路由到“failure”关系，类似于未通过 RFC 合规格式验证的消息。若为“non-strict”，则处理器会将邮箱列表标头的内容提取为逗号分隔的值，而不尝试将每个值解析为格式正确的互联网邮箱地址。这是可选的，默认为“Strict Address Parsing”

属性

描述

CAPTURED_HEADERS

用 COLON 分隔的、要从 FlowFile 内容中提取的附加标头列表。NOTE 标头键不区分大小写且将以小写形式进行匹配。值将会依据电子邮件中的内容设定。

STRICT_ADDRESS_PARSING

若为“strict”，则对邮箱和邮箱列表字段（例如“to”和“from”标头）应用严格的地址格式解析规则，而地址格式不正确的 FlowFiles 将被路由到“failure”关系，类似于未通过 RFC 合规格式验证的消息。若为“non-strict”，则处理器会将邮箱列表标头的内容提取为逗号分隔的值，而不尝试将每个值解析为格式正确的互联网邮箱地址。这是可选的，默认为“Strict Address Parsing”

关系¶

名称	描述
failure	无法解析为 RFC-2822 合规消息的 FlowFile
success	提取成功

写入属性¶

名称	描述
email.headers.bcc.*	每个单独的 BCC 收件人（如有）
email.headers.cc.*	每个单独的 CC 收件人（如有）
email.headers.from.*	电子邮件“发件人”中包含的每个单独的邮箱（按照 RFC-2822 排列）
email.headers.message-id	Message-ID 标头的值（如有）
email.headers.received_date	邮件的接收日期（如有）
email.headers.sent_date	邮件发送的日期
email.headers.subject	邮件的主题（如有）
email.headers.to.*	每个单独的 TO 收件人（如有）
email.attachment_count	邮件的附件数量