如何实现邮件发件人名称随机发送邮件？

[yingping]

以前使用发送邮件都是简单的预警通知之类的发送频次不高，一般都 smtp 直接发送就好，也没有考虑过邮件黑名单、到达率之类的问题。

现在公司做海外业务，注册、通知、用户预警等发送邮件的场景大幅度增加，为防止邮件进黑名单，我看了下目前自己收到一些的邮件， 如 google： 33ridyggtdeeqr-uhsobdffrxqwv.jrrjoh.frpphlblqjslqjggej[e-mail] 代表 [e-mail]

如 stripe： 010001811394fe92-c67aeb26-09d7-4d65-b6aa-838cf6ed194a-00[e-mail] 代表 [e-mail]

如 AWS： 010001813c9d3563-7601ebe9-7e9e-46cc-81b0-eac24242174b-00[e-mail] 代表 Amazon Web Services, [e-mail]

发现这些公司发送邮件都是随机的发件人名称，然后代表一个固定的邮箱发送邮件。

实际我也可以代表某邮箱发送，在 smtp 发送邮件时，校验权限的邮箱地址就是发件人，From 就是被代表的，但是这个校验权限的邮箱地址需要是一个在 ISP 那边实际存在的邮箱地址。

我也试用了阿里云的邮箱推送服务，在管理页面点击发送邮件是可以达到随机发件人，如： random_MTc4NzAyODM1Mjg0MzM3MDc1NzFfaW5mb0BtZWl5aW5ncGluZy5jbiRrZg==<random_MTc4NzAyODM1Mjg0MzM3MDc1NzFfaW5mb0BtZWl5aW5ncGluZy5jbiRrZg==@smtp..cn> 代表 test<kf@smtp..cn>

阿里云没有提供接口，这个好像仅限于页面发送，接口好像需要工单申请，我就没有继续跟进。

也试用了 AWS 的 workmail ，和 SES ，前者实际就是托管邮箱服务，可以新增邮箱，没有随机邮箱地址，后者是发送邮件服务，也可接口发送邮件，但是接口我没有跑通，一直报错 535 ，在 SES 页面发送测试邮件的发件人跟想象中也不一样，如： amazonses.com#py.i<amazonses.com#py.i@mail..cn> 代表 py.i<py.i@mail..cn>

其他营销邮件平台也看了下，没太看懂，好像跟阿里云的一样，需要导入邮件名称，新建好邮件模板批量发送？

领导也有用户信息保密方面的考虑，希望是大公司平台，且不信任国内互联网公司。

所以想请教下大家：

1.请问实现这种随机邮件发件人名称有推荐的平台么？

2.有没有用 SES 发送邮件的小伙伴，是否可以达到这个效果呀？

[fiveStarLaoliang]

既然不信任国内云服务器厂商，为何不尝试自建邮件服务器，这样想怎么发就怎么发呀

[joesonw]

接了 unsubscribe 一般不会拉黑。AWS 的 SES 一开始是白名单机制，验证了的邮箱才能收，要开工单解除限制。

[yingping]

@fiveStarLaoliang 自建服务器有考虑过，但是查了相关资料，发送频率高会被封 IP 什么的

[idealhs]

不是特别理解你后面说的
随机发件人名称不就是随机给一个 MailAddress.DisplayName 是么
.Net 里是这个 https://docs.microsoft.com/en-us/dotnet/api/system.net.mail.mailaddress.displayname?f1url=%3FappId%3DDev16IDEF1%26l%3DEN-US%26k%3Dk(System.Net.Mail.MailAddress.DisplayName)%3Bk(DevLang-csharp)%26rd%3Dtrue&view=net-6.0

[yingping]

@idealhs 不是哦，你这个 DisplayName ，是指 DisplayName<[e-mail]>实际发件邮箱地址前面的发件人昵称，我是指 实际的 [e-mail] 这个邮箱地址随机~才发现我发送的 google 等公司邮件地址里面<>没了~
如 google：
33ridyggtdeeqr-uhsobdffrxqwv.jrrjoh.frpphlblqjslqjggejg.frp<[e-mail]> 代表 Google<[e-mail]>
如 stripe：
010001811394fe92-c67aeb26-09d7-4d65-b6aa-838cf6ed194a-000000<[e-mail]> 代表 Stripe<[e-mail]>
如保险提醒：
d00315ae-eabc-11ec-af5b-525400450766<[e-mail]> 代表 保险精品汇<[e-mail]>
如 AWS：
010001813c9d3563-7601ebe9-7e9e-46cc-81b0-eac24242174b-000000<[e-mail]> 代表 Amazon Web Services, Inc.<[e-mail]>

[TimePPT]

发信不进黑名单，跟你发件人没多大关系。
我就一个发件人，曾经做到过日发信量千万级别，到信率 80%以上。

[yingping]

@TimePPT 因为目前运营那边使用 google workspace 开的公司邮箱已经被黑名单了，所以担心就个别发件人的话，后期影响用户注册、发送预警什么的接收不到邮件~

[jackma0571]

mandrillapp ，使用 API ，无需提前建立好邮箱前缀

[PMR]

伪造邮件头
说的好听就是邮件代发

[e-mail] 是实际邮箱服务器的帐号
[e-mail] 是邮件头中声明的发信人 可以是真实也可以虚假

这种客制化的邮箱服务大多只能自己搭
发信服务一般不让修改邮件头


反垃圾与收件服务器的安全设置有关系

发件服务器能做的仅是 ip 无 abuse 设 SPF DKIM DMARC
也有反垃圾被拦截的 无解

[yingping]

@joesonw 刚刚跟 AWS 的售前沟通啦，我还在试 SES~售前给的文档是说：“SES 起初会在沙盒里（沙盒的限制主要有两点：1.每日发送邮件数有限制 2.只能将电子邮件发送到已验证身份，即已经验证过的邮件地址&验证过的域名），提 case 出沙盒后，日均发送 100 万封没有问题（申请出沙盒 case 参见将新账户的 SES 移出沙盒）。”
注册、找回密码、安全通知啥的应该不涉及退订吧，这一类理论上也不容易被黑，怕的还是万一~

[yingping]

@jackma0571 是推荐 Mailchimp 么，我查的说 Mandrill is a paid Mailchimp add-on.之前有看到这个平台，我注册看看吧~谢谢推荐~

[TimePPT]

@yingping
邮件投递的基本常识哈：
公司员工邮箱和外发邮箱服务要分开。
注册、预警等触发式自动发送邮件和群发邮件也要分开。
这个分开包括但不限于，发信域名、发信 IP 、发信用户名（邮箱前缀）

同时，群发邮件要做发件域名的 ISPF 、MX 、DKIM 等解析。
同时要控制好发件频率（各家入信要求不一样，如果是自建服务，只能控制队列自建一点点试）

邮件内容的模板要符合规范，基本规范要显著提供退订按钮等功能。不要带容易本 ban 的域名 url

邮件反垃圾策略基本上都上机器学习了，几十上百个特征综合评级的。一旦某个主特征（ IP 、域名）入黑，就很难挽回了。

[yingping]

@PMR 对的，有点儿像，目前我看着这种服务也还是有的，一般需要先验证下域名就行，关于反垃圾目前也只是想能多做一点，各家邮箱服务宣传的总是说比自建要强一丢丢咯~

[yingping]

@TimePPT 嗯呢，我也是最近学习了下才知道你说的这几个常识，还没有你这个细致~感谢告知~

[TimePPT]

@yingping 客气
推荐个老站点 http://www.5dmail.net/
虽然站点老，想学的话，里面有很多你想了解的邮件收发服务的基础知识。

[yingping]

@TimePPT Thanks♪(･ω･)ﾉ我去瞅瞅啊~