封了 53 关系不大吧，那么多公开的 DSN ，随便找一个就是了。自己用的话可以考虑 httpdns, 这样 ISP 肯定没办法，而且能根据客户端 IP 更好的定位 CDN 服务器。

用 tcpping 测试，会掉包，有 5%掉包率，卡一下 3 秒延迟。

如果不卡， 120ms ，速度很好。

你们都没用过 sse 吗？对齐是常识性问题。

你的问题应该是怎么判断模拟器还是真机。

Cookie 本来就不安全、肯定要加密。既然加密了、那也不怕被偷。

我 i3cpu 风扇坏了、 100 度高温用了很久、一点没死机。

楼主直接把线剪掉吧、世界就安静。

一个中小国内第三方代理商，注册域名的时候超便宜，拉你跳坑，然后续费的时候使劲加钱，我也真是喵里个咪的。

在国内，万网还算靠谱的吧。

"感觉 自己用的 email 很少 ..."
我也是，一般就用来收个 V2EX 验证码之类的。。

-------------
文章没牵涉没内容二次加密，没新意啊。

SSTS 就是说和 HSTS 一样，严禁向下兼容。举个例子，比如某网站 HTTP 跳转到 HTTPS 是依赖于 301 二次跳转，然而， 301 请求有可能被黑啊，然后 SSL 就形同虚设了，然后就发明了一个 HSTS 。浏览器验证：只要有一次安全握手成功，以后一年内这个站点都给我上 HTTPS ，不上也要硬着头皮上。

SSTS 也是同理，有可能 STARTTLS 被第三方恶意修改，然后邮件就明文传输了，然后就发明了一个 SSTS 。


"加密能解决垃圾邮件问题？"
这点 SSTS 也考虑到了，很多垃圾 MTA 冒充别家的 MTA 邮件服务器，通过 DSN 污染方式，迷惑接受服务器，让对方查到错误的 MX 记录，只要 IP 匹配上，接受 MTA 就会误以为是正确来源，来瞒天过海。
然后 SSTS 看不下去了，协议里干脆包含了一个 DANE ，处理此类情况。方法也很直接，就是把 DNS Lookup 也加密一下，再进行查询，就不怕被恶意污染了-_-

信息熵可以判断文件里的随机度、但这个度量是表示数据可以压缩的程度、越随机文件就越难被压缩、并不能确认内容是否有价值。你也许需要机器学习算法。

所以说接手需求不明确的项目，太坑爹啊。