【问题标题】:Override Return-Path in Amazon SES覆盖 Amazon SES 中的返回路径
【发布时间】:2013-01-07 08:24:02
【问题描述】:

我正在使用Amazon SES,无论我做什么,它都会覆盖邮件标题中的 Return-Path

我使用发件人电子邮件地址设置了 Return-Path,但我收到了类似这样的信息:0000013c68a254c5-b4c65e38-b391-43ea-93b7-658a6e977e49-000000@amazonses.com。我猜原因是为了捕捉退回邮件。

但是,我的主要问题是我收到了来自 MAILER-DAEMON@amazonses.com 的一些自动回复电子邮件,而不是回复到 Reply-ToFrom电子邮件地址。

所以我的问题是:

  1. 是否可以覆盖 Return-Path 电子邮件地址?
  2. 如何避免MAILER-DAMEON@amazonses.com 电子邮件?

【问题讨论】:

  • 好问题!我也有同样的疑问!

标签: email amazon-ses


【解决方案1】:

我几乎可以肯定你不能覆盖返回路径。作为亚马逊代表您发送电子邮件的一部分,他们还需要确保您没有发送垃圾邮件、捕获退回邮件(包括自动回复)、捕获投诉等。执行此操作的关键方法之一是控制返回地址。

他们使用的电子邮件地址是与您的电子邮件相关的唯一密钥。当消息返回到该地址时,他们可以使用它来跟踪您的帐户。同样,您作为发件人从 AWS 收到的电子邮件是以编程方式发送的。这些将始终出现在您的帐户中,并且作为您应该适当回应它们的条款的一部分。

【讨论】:

  • 我以为...我想我希望它可以改变,但我错了。谢谢。
【解决方案2】:

这是亚马逊为您的问题提供的信息:

如果您使用 SMTP 接口发送消息,则通知 转到 SMTP 所需的 MAIL FROM 命令中指定的地址, 它会覆盖任何 Return-Path: SMTP DATA 中指定的标头。

如果您使用 SendEmail API 操作发送消息,则:

如果您指定了 SendEmail 的可选 ReturnPath 参数,则 通知会发送到指定的地址。

否则,通知将发送到 SendEmail 中指定的地址 必需的 Source 参数,用于填充 From: 的标头 消息。

如果您使用 SendRawEmail API 操作发送消息,则:

如果您指定了 SendRawEmail 的可选 Source 参数,则 通知转到该地址,覆盖任何 Return-Path: 标头 在原始消息中指定。

否则,如果在原始文件中指定了 Return-Path: 标头 消息,然后通知会发送到该地址。

否则,通知将转到 From: 标头中的地址 原始消息。

在这里找到:http://docs.aws.amazon.com/ses/latest/DeveloperGuide/notifications-via-email.html

【讨论】:

    【解决方案3】:

    您现在可以更改 Amazon AWS SES 上的 Return-Path / Mail-From 标头。

    AWS 文档在这里: https://docs.aws.amazon.com/ses/latest/DeveloperGuide/mail-from.html

    如果链接发生变化,您可以通过 google 引用以下感兴趣的部分来查找当前链接:

    为已验证的域设置 MAIL FROM 域

    您可以为整个域配置 MAIL FROM 域。当您这样做时,您从该域上的地址发送的所有邮件都使用相同的 MAIL FROM 域。

    将已验证的域配置为使用指定的 MAIL FROM 域

    1. 打开 Amazon SES 控制台https://console.aws.amazon.com/ses/

    2. 在导航窗格中的身份管理下,选择域。

    3. 在域列表中,确认 MAIL FROM 域的父域已验证。如果未验证域,请完成在 Amazon SES 中验证域中的过程以验证域。否则,请选择域并继续下一步。

    4. 在 MAIL FROM Domain 下,选择 Set MAIL FROM Domain。

    5. 在 Set MAIL FROM Domain 窗口中,执行以下操作:

      一个。对于 MAIL FROM 域,输入您要用作 MAIL FROM 域的子域。

      b.对于未找到 MX 记录时的行为,选择以下选项之一:

      - Use region.amazonses.com as MAIL FROM – If the custom MAIL FROM domain's MX record is not set up correctly, Amazon SES will use a subdomain of amazonses.com. The subdomain varies based on the AWS Region in which you use Amazon SES.
      
      - Reject message – If the custom MAIL FROM domain's MX record is not set up correctly, Amazon SES will return a MailFromDomainNotVerified error. Emails that you attempt to send from this domain will be automatically rejected.
      

      c。选择从域设置邮件。将出现一个窗口,其中包含您必须添加到域的 DNS 配置中的 MX 和 SPF 记录。这些记录使用下表中显示的格式。 名称类型值

      subdomain.domain.com MX 10 feedback-smtp.region.amazonses.com

      subdomain.domain.com TXT "v=spf1 include:amazonses.com ~all"

      在上述记录中,将 subdomain.domain.com 替换为您的 MAIL FROM 子域,将 region 替换为您要验证 MAIL FROM 域的 AWS 区域的名称(例如 us-west-2、us-东 1 或 eu 西 1)。请注意,TXT 记录的值必须包含引号。

      记下这些值,然后继续下一步。

    6. 将 MX 记录发布到自定义 MAIL FROM 域的 DNS 服务器。

    重要 要使用 Amazon SES 成功设置自定义 MAIL FROM 域,您必须将一条 MX 记录准确发布到您的 MAIL FROM 域的 DNS 服务器。如果 MAIL FROM 域有多个 MX 记录,使用 Amazon SES 的自定义 MAIL FROM 设置将失败。

    如果 Route 53 为您的 MAIL FROM 域提供 DNS 服务,并且您使用用于 Route 53 的同一账户登录 AWS 管理控制台,则选择使用 Route 53 发布记录。DNS 记录会自动应用于您域的 DNS 配置。

    如果您使用不同的 DNS 提供商,您必须手动将 DNS 记录发布到 MAIL FROM 域的 DNS 服务器。将 DNS 记录添加到您的域的 DNS 服务器的过程因您的网络托管服务或 DNS 提供商而异。

    为您的域发布 DNS 记录的过程取决于您使用的 DNS 提供商。下表包含几个常见 DNS 提供商的文档链接。此列表不是提供者的完整列表。如果您的提供商未在下面列出,您可能仍然可以设置 MAIL FROM 域。列入此列表并不表示对任何公司的产品或服务的认可或推荐。

    [...]

    当 Amazon SES 检测到记录到位时,您会收到一封电子邮件,通知您您的自定义 MAIL FROM 域已成功设置。根据您的 DNS 提供商,在 Amazon SES 检测到 MX 记录之前可能会有长达 72 小时的延迟。

    【讨论】:

    • 这让我可以定义返回路径域,所以它现在是我想要的。但是对于每封电子邮件,在域之前还有另一个数字作为用户,所以它仍然是每封电子邮件的另一个返回路径。但无论如何谢谢 - 这帮助了很多
    【解决方案4】:

    在该文档的底部 (http://docs.aws.amazon.com/ses/latest/DeveloperGuide/notifications-via-email.html) 它说

    When you specify a Return-Path address in an email, you receive 
    notifications at that address. However, the version of the message 
    that the recipient receives contains a Return-Path header that includes
    an anonymized email address (such as 
    a0b1c2d3e4f5a6b7-c8d9e0f1-a2b3-c4d5-e6f7-a8b9c0d1e2f3-000000@amazonses.com
    

    所以无论如何你都不会摆脱那个奇怪的返回路径。

    【讨论】:

    • 正如 J-a-n-u-s 在另一个答案中所说,同时有一些方法可以将返回路径定义为 @amazonses.com 等其他东西
    猜你喜欢
    • 2011-05-17
    • 2013-01-13
    • 2017-05-28
    • 2019-08-04
    • 1970-01-01
    • 2016-10-09
    • 1970-01-01
    • 2015-08-11
    • 2016-03-04
    相关资源
    最近更新 更多