本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
Connect 客户电子邮件的工作原理
Connect Customer Email 提供内置功能，可让您轻松确定客户服务电子邮件的优先级、分配和自动解析，从而提高客户满意度和客服人员的工作效率。您可以接收和回复客户发送到您配置的电子邮件地址的电子邮件，或者使用 StartEmailContactAPI 在您的网站或移动应用程序上使用网络表单提交的电子邮件。
Connect Customer Email 与 Amazon Simple Email Service (SES) 集成，可发送、接收和监控电子邮件中标记为垃圾邮件或包含病毒的内容、投递成功率和发件人信誉结果。
本主题介绍了 Connect 客户电子邮件和 Amazon SES 如何实现无缝的客户体验。
接收电子邮件
Connect 客户可以通过三种主要方式接收电子邮件：
-
方法 1：通过 Connect Cust omer（例如 suppor
customer-domaint@ .com）中定义的电子邮件地址，使用来自 Amazon SEinstance-aliasS 的经过验证的电子邮件域，例如与 Connect Customer 实例一起提供的电子邮件域（例如 @ .email.connect.aws）或您拥有或由公司提供的经过验证的自定义域名（例如，@ .com）。customer-domain有关引入自定义电子邮件域的详细信息，请参阅为您的实例启用电子邮件中的步骤 3：使用您自己的自定义电子邮件域。 -
方法 2：使用电子邮件服务器上的路由规则（例如 Microsoft 365
Connectors、Google Workspace 邮件路由 ），使用已登录到亚马逊 SES 的经过验证的电子邮件域（例如，@ customer-domain.com）将传入的电子邮件发送到 Amazon SES 的其中一个 SMTP 终端节点。 -
方法 3：使用 StartEmailContactAPI 在您的网站或移动应用程序中使用网络表单开始电子邮件联系。这会启动入站电子邮件联系，类似于客户向您的电子邮件地址发送电子邮件。
下图说明了 Connect 客户如何使用上述每种方法的 StartEmailContactAPI 接收客户发送的电子邮件。
要集成方法 1 或 2，您需要先在 Amazon SES 上验证电子邮件域，然后才能在 Connect Customer 中使用该电子邮件域。有关说明，请参阅与您的 DNS 提供商一起验证 DKIM 域身份。
要集成方法 3，请使用 StartEmailContactAPI。这是入站电子邮件联系的所有集成方法的主要 API。它的功能类似于StartTaskContact。它需要您执行以下步骤之一：
-
在入站电子邮件联系人的 “收件人” 或 “抄送” 属性中至少包含一个来自 Connect Customer 实例的电子邮件地址。
-或-
-
定义来自 Connect Customer 实例的入站流以路由创建的入站电子邮件联系人。
如果两者都已定义，则默认行为会优先处理来自您的 Connect Customer 实例的入站流量，以处理创建的入站电子邮件联系人。如果收件人或抄送电子邮件地址属性中包含来自您的 Connect Customer 实例的多个电子邮件地址，则将在您的 Connect Customer 实例中创建多个入站电子邮件联系人。
电子邮件消息如何变成电子邮件联系
对于在 Connect Customer 中接收的一般电子邮件，包括基于 Web 表单的电子邮件，该 StartEmailContactAPI 会公开请求对象上的基本电子邮件字段。此对象用于填充电子邮件信息并在 Connect Customer 中开始电子邮件联系。包括以下字段：
-
“发件人”电子邮件地址
-
“收件人”电子邮件地址
-
“抄送”电子邮件地址
-
主题
-
纯文本或 HTML 消息正文
-
附件
有关如何将电子邮件联系人信息填充到电子邮件联系人中的更多信息，请参阅 Connect Customer 电子邮件联系人数据模型。
在 StartEmailContactAPI 执行请求参数验证并确保至少一个 “收件人” 或 “抄送” 电子邮件地址有效且存在于 Connect Customer 实例中之后，会发生以下情况：
-
生成一个联系 ID 并作为 API 响应正文的一部分返回。
-
触发异步工作流来执行额外的电子邮件消息处理。
-
流启动。这是与在 Connect Customer 实例中找到的电子邮件地址关联的流程。
作为其中的一部分，您需要为 Connect Customer 实例设置电子邮件和附件存储。
-
电子邮件消息和附件都在您自己的 Amazon SES S3 存储桶中被存储和访问。
-
其余的电子邮件联系属性（例如“收件人”、“抄送”、“主题”和其他属性）则存储在电子邮件联系中；请参阅 Connect 客户联系人记录的数据模型。
下图说明了从客户发送到 Amazon SES 然后发给 Connect 客户的电子邮件的流程。它展示了电子邮件消息内容被存储在您的 S3 存储桶中，然后再从该存储桶中获取数据显示给座席。
每个电子邮件消息就是一个唯一的电子邮件联系
Connect 客户电子邮件不同于语音、聊天和任务。
-
每封电子邮件，无论是 Connect Customer 的入站还是出站的，都是其自己的唯一电子邮件联系人。
-
每个电子邮件联系人都包含该电子邮件的特定详细信息，例如发件人地址、收件人地址、抄送地址、主题、相关ContactId、电子邮件正文和附件存储位置的链接，以及与个人电子邮件联系人相关的其他详细信息。
但是，与 Connect Customer 中的其他渠道一样，电子邮件联系人也有类似的发起方法，例如INBOUNDOUTBOUNDTRANSFER、API、、QUEUE_TRANSFER和END/DISCONNECT。它也有类似的状态，例如 CREATED、QUEUED、CONNECTING、CONNECTED、MISSED、TRANSFERRED、ERROR、ENDED/DISCONNECTED、REJECTED。
有关如何将电子邮件联系信息填充到电子邮件联系中的更多信息，请参阅 Connect 客户联系人记录的数据模型。
电子邮件线程
电子邮件线程功能可确保与同一个客户咨询相关的出站电子邮件和入站回复按照时间顺序整齐地彼此关联在一起。
为了保持整个电子邮件对话，Connect Customer使用电子邮件联系人上的几个字段（例如相关字段）ContactId 和遵循传统电子邮件客户端标准（RFC 5256）的电子邮件标题列表，将电子邮件联系人链接在一起。
大多数电子邮件客户端（例如 Gmail、Apple Mail 和 Outlook）都支持电子邮件线程。但是，请记住，也有一些电子邮件客户端不支持它。
当客户回复线程中的最新一封电子邮件消息时，线程会遵循一个直接的模式，如下图所示。
当客户回复电子邮件线程中一个较早的消息时，会形成一个电子邮件线程树，电子邮件线程模式看起来像下图中的示例这样：
在这两种情况下，Connect Customer 都会记录与话题相关的每封电子邮件。每个电子邮件消息都可以被它之后的电子邮件访问。
发送电子邮件
来自 Connect 客户的所有电子邮件均从 Amazon SES 直接发送给您的客户。无论您使用的是 Connect Customer 实例提供的电子邮件域（例如 @ instance-alias .email.connect.aws）还是自定义的经过验证的域名（例如 @ .com）customer，Amazon SES 都是通过验证域身份直接向客户发送电子邮件而获得授权。
下图显示了 StartOutboundEmailContactAPI 向亚马逊 SES 发送电子邮件，而亚马逊 SES 则将其发送给您的客户。
StartOutboundEmailContactAPI 是所有出站电子邮件联系人集成方法的主要 API，包括代理回复入站联系人和代理发起的出站电子邮件联系人。
-
它的功能与 StartEmailContactAPI 类似，但是它是相反的，因为它是出站的。
-
它要求在“收件人”或“抄送”电子邮件地址属性中至少有一个电子邮件地址，并且需要一个出站提示流来处理出站联系。