从 AWS WorkMail 过渡到不同的邮件服务器，但保留 AWS SES
Transitioning from AWS WorkMail to different mail server, but keeping AWS SES
我们目前正在使用 AWS WorkMail 作为我们团队成员的电子邮件地址，并且我们正在使用 AWS SES 从 EC2 实例发送自动电子邮件。
由于不同的原因，我们希望将我们团队成员的电子邮件地址移动到不同的电子邮件服务（不托管在 AWS 上）。但是，我们希望继续使用 AWS SES 从 noreply@... 发送电子邮件。
最好的方法是什么？我在想以下几点：
将 MX DNS 条目设置为我们的新电子邮件服务器
将 TXT DNS 条目从 v=spf1 include:amazonses.com ~all 设置为 v=spf1 include:amazonses.com include:ournewserver.com ~all
在新服务器上使用 SMTP 发送电子邮件
这是个好方法吗？在进行这些更改时，还有什么我必须做的或我必须记住的其他事情吗？
非常感谢！
从我的角度来看，这看起来不错，我建议您分阶段进行：
- 降低所有记录的 TTL 记录
- 首先添加 SPF 记录，因为它应该不会中断
- 更新 MX records/SMTP.
降低 TTL 将加快回滚速度。尝试用比 TTL 更长的间隔分隔所有步骤，以便您可以更确定如何回滚特定步骤。
我们目前正在使用 AWS WorkMail 作为我们团队成员的电子邮件地址，并且我们正在使用 AWS SES 从 EC2 实例发送自动电子邮件。
由于不同的原因，我们希望将我们团队成员的电子邮件地址移动到不同的电子邮件服务（不托管在 AWS 上）。但是，我们希望继续使用 AWS SES 从 noreply@... 发送电子邮件。
最好的方法是什么？我在想以下几点：
将 MX DNS 条目设置为我们的新电子邮件服务器
将 TXT DNS 条目从
v=spf1 include:amazonses.com ~all设置为v=spf1 include:amazonses.com include:ournewserver.com ~all在新服务器上使用 SMTP 发送电子邮件
这是个好方法吗？在进行这些更改时，还有什么我必须做的或我必须记住的其他事情吗？
非常感谢！
从我的角度来看，这看起来不错，我建议您分阶段进行：
- 降低所有记录的 TTL 记录
- 首先添加 SPF 记录，因为它应该不会中断
- 更新 MX records/SMTP.
降低 TTL 将加快回滚速度。尝试用比 TTL 更长的间隔分隔所有步骤，以便您可以更确定如何回滚特定步骤。