终止支持通知：2027 年 3 月 31 日， AWS 将终止对亚马逊 WorkMail的支持。2027 年 3 月 31 日之后，您将无法再访问亚马逊 WorkMail 控制台或亚马逊 WorkMail 资源。有关更多信息，请参阅 [Amazon WorkMail 终止支持](https://docs.aws.amazon.com/workmail/latest/adminguide/workmail-end-of-support.html)。

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 管理电子邮件流
<a name="email-flows"></a>

要帮助管理电子邮件，您可以设置*电子邮件流规则*。电子邮件流规则可以根据电子邮件的地址或域对电子邮件执行一项或多项操作。您可以对发件人和收件人的电子邮件地址或域使用电子邮件流规则。

创建电子邮件流规则时，可以指定在指定的规则[*模式*](#email-flows-patterns)匹配时应用于电子邮件的[*规则操作*](#email-flows-rule-actions)。

**Topics**
+ [入站电子邮件规则操作](#email-flows-rule-actions)
+ [出站电子邮件规则操作](#email-flows-rule-outbound)
+ [发件人和收件人模式](#email-flows-patterns)
+ [创建电子邮件流规则](create-email-rules.md)
+ [编辑电子邮件流规则](edit-rules.md)
+ [配置 AWS Lambda 适用于 Amazon WorkMail](lambda.md)
+ [管理对 Amazon WorkMail 消息流 API 的访问权限](lambda-content-access.md)
+ [测试电子邮件流规则](test-email-flow-rule.md)
+ [删除电子邮件流规则](remove-email-flow-rule.md)

## 入站电子邮件规则操作
<a name="email-flows-rule-actions"></a>

入站电子邮件流规则有助于阻止不受欢迎的电子邮件到达用户的邮箱。入站电子邮件流规则（也称为规则操作）会自动应用于发送给您的 Amazon WorkMail 组织内部人员的所有电子邮件。这与单个邮箱的电子邮件规则不同。

**注意**  
或者，您可以使用带有 AWS Lambda 功能的规则，在传入的电子邮件发送到用户的邮箱之前对其进行处理。有关在亚马逊上使用 Lambda 的更多信息 WorkMail，请参阅。[配置 AWS Lambda 适用于 Amazon WorkMail](lambda.md)有关 Lambda 的更多信息，请参阅 [https://docs.aws.amazon.com/lambda/latest/dg/welcome.html](https://docs.aws.amazon.com/lambda/latest/dg/welcome.html)。

入站电子邮件流规则（也称为规则操作）自动应用于发送给 Amazon WorkMail 组织内部人员的所有电子邮件。这与单个邮箱的电子邮件规则不同。

以下规则操作定义如何处理入站电子邮件。对于每个规则，指定[发件人和收件人模式](#email-flows-patterns)以及以下操作之一。


****  

| 处理建议 | 说明 | 
| --- | --- | 
| 删除电子邮件 | 电子邮件将被忽略。它未送达，并且不会通知发件人未送达。 | 
| 发送退回邮件响应 | 电子邮件未送达，并且使用退回邮件来通知发件人未送达。 | 
| 传送到垃圾邮件文件夹 | 即使最初未被 Amazon 垃圾邮件检测系统识别为垃圾邮件，该电子邮件也会发送到用户的垃圾邮件或 WorkMail 垃圾文件夹。 | 
| 默认 | 电子邮件在经过 Amazon WorkMail 垃圾邮件检测系统检查后才送达。垃圾邮件将被发送到垃圾邮件文件夹。所有其他电子邮件将被发送到收件箱。<br />将忽略其他具有不太明确的发件人模式的电子邮件流规则。要向基于域的电子邮件流规则添加例外，请使用更明确的发件人模式配置默认操作。有关更多信息，请参阅 [发件人和收件人模式](#email-flows-patterns)。 | 
| 从不传送到垃圾邮件文件夹 | 即使电子邮件被 Amazon 垃圾邮件检测系统识别为垃圾邮件，也始终会发送到用户的收 WorkMail 件箱。 如果不使用默认的垃圾邮件检测系统，则会使用户面临来自您指定的地址的高风险内容。  | 
| 跑 AWS Lambda | 在电子邮件被发送到用户的收件箱之前或期间，可将电子邮件传递到 Lambda 函数以进行处理。 | 

**注意**  
入站电子邮件首先发送到 Amazon SES，然后再发送到亚马逊 WorkMail。如果 Amazon SES 阻止入站电子邮件，则规则操作不适用。例如，Amazon SES 会在检测到已知病毒或由于显式 IP 筛选规则而阻止电子邮件。指定规则操作（例如，**Default (默认)**、**Deliver to junk folder (发送到垃圾邮件文件夹)** 或 **Never deliver to junk folder (从不发送到垃圾邮件文件夹)**）不起作用。

## 出站电子邮件规则操作
<a name="email-flows-rule-outbound"></a>

您可以使用出站电子邮件流规则通过 SMTP 网关定向电子邮件，或者阻止发件人将电子邮件发送给指定的收件人。有关 SMTP 网关的更多信息，请参阅[启用 SMTP 网关](smtp-gateway.md)。

您还可以使用出站电子邮件流规则将电子邮件发送到 AWS Lambda 函数，以便在发送电子邮件后进行处理。有关 Lambda 的更多信息，请参阅 [https://docs.aws.amazon.com/lambda/latest/dg/welcome.html](https://docs.aws.amazon.com/lambda/latest/dg/welcome.html)。

以下规则操作定义如何处理出站电子邮件。对于每个规则，指定[发件人和收件人模式](#email-flows-patterns)以及以下操作之一。


****  

| 处理建议 | 说明 | 
| --- | --- | 
| 默认 | 通过正常流程发送电子邮件。 | 
| 删除电子邮件 | 电子邮件将被删除。它未发送，并且不会通知发件人未送达。 | 
| 发送退回邮件响应 | 电子邮件未发送，向发件人通知管理员阻止了电子邮件的消息。 | 
| 路由到 SMTP 网关 | 通过配置的 SMTP 网关发送电子邮件。 | 
| 运行 Lambda | 在发送电子邮件之前或期间，可将电子邮件发送到 Lambda 函数进行处理。 | 

## 发件人和收件人模式
<a name="email-flows-patterns"></a>

电子邮件流规则可应用于特定电子邮件地址，或特定域或一组域之下的所有电子邮件地址。定义模式来确定规则所应用于的电子邮件地址。

发件人和收件人模式都采用以下形式之一：
+ *电子邮件地址*与单个电子邮件地址匹配；例如：

  ```
  mailbox@example.com
  ```
+ *域名*与该域之下的所有电子邮件地址匹配；例如：

  ```
  example.com
  ```
+ *通配符域*与该域及其所有子域之下的所有电子邮件地址匹配。通配符只出现在域的前面；例如：

  ```
  *.example.com
  ```
+ *星号*与任何域之下的任何电子邮件地址匹配。

  ```
  *
  ```

**注意**  
\+ 符号在发件人或收件人模式中无效。

可以为一个规则指定多种模式。有关更多信息，请参阅[入站电子邮件规则操作](#email-flows-rule-actions)和[出站电子邮件规则操作](#email-flows-rule-outbound)。

如果入站电子邮件中的 `Sender` 或 `From` 标头与任何模式匹配，则将应用入站电子邮件流规则。如果匹配，将首先匹配 `Sender` 地址。如果没有 `Sender` 标头或 `Sender` 标头不与任何规则匹配，则匹配 `From` 地址。如果有多个电子邮件收件人与不同的规则匹配，则每个规则应用于所匹配的收件人。

如果出站电子邮件中的收件人和 `Sender` 或 `From` 标头与任何模式匹配，则将应用出站电子邮件流规则。如果有多个电子邮件收件人与不同的规则匹配，则每个规则应用于所匹配的收件人。

如果多个规则匹配，则应用最明确的规则的操作。例如，针对特定电子邮件地址的规则的优先级高于针对整个域的规则。如果多个规则具有相同的明确性，则应用最受限制的操作。例如，**Drop** 操作优先于 **Bounce** 操作。操作的优先顺序与它们在[入站电子邮件规则操作](#email-flows-rule-actions)和[出站电子邮件规则操作](#email-flows-rule-outbound)中列出的顺序相同。

**注意**  
在创建具有重叠的发件人模式以及 **Drop** 或 **Bounce** 操作的规则时，应格外小心。意外的优先顺序可能会导致许多入站电子邮件未送达。