0. 不怕诈骗, 怕强制的实名信息怎么就这么容易被人卖了, 别人拿到这些信息可以去搞事.

1.来电的号码没有任何标记, 正常陌生号码.

@DonaldErvinKnuth #6 没有自己的专属 IP 段, 估计不好谈, 无法优化.
所以思科 webex, zoom, gcp 有自己的 VoIP IP 段.

@Kroos #8 谁家的? 可以指定自建的 turn 服务器?

在外面套个 TCP https://docs.zerotier.com/relay/

用 8.8.8.8 不香吗, 延时才 3ms.
https://ibb.co/gVFvFNX

@fionasit007 诈骗邮件反而更容易进国内的收件箱, 在意的人不用, 用的人不在意.

提一下红帽 ansible, 一把梭, 买几台 EC2 和快照, CDN.
重点是, 整个方案架构可以代码化, 做版本控制.

https://example.com/天之涯/海之角/开门.pac

var proxy = 'HTTPS ech.example.org:${RANDOM};';
or
var proxy = 'SOCKS IP:${RANDOM};';

细品.

@docx #190 先准备一台 smtp 服务器. 自建, 免费, 付费自行选择. 然后 https://support.google.com/mail/answer/22370

smtp 服务器那边可以解锁 From [email protected] 等各种限制. 除了世界加钱可达, 这也是另外的收费功能点.

可以给我发封测试邮件, 然后我回复, 你找找看. [email protected]

@docx #180 @shineshane #183 有办法不显示原油, 你找错文档了, 也没有文档. 他们写完代码不想写注释.

发件看需求和预算吧, 大概就是世界加钱可及, 丢件后有人兜底,当买保险. 免费的也有, 又不是不能用.

收件别转到微软邮箱, 丢件概率大, 因为不确定发送方的情况. https://v2ex.com/t/1042033

@docx #73 这个不一定, gmail 上可以设置.
@cinhoo 不会暴露 gmail 邮箱, 但 Header 里面有 gmail 的影子,类似于 X-Real-IP, 杠精可能会关注.

大概率是省钱, 微信的话换绑+1 的号码就行了, 只接不发.

@cnt2ex #8 这种情况在发件人那边有概率收到退信, 还是可以自行检测合规的.

另一种情况是业务系统使用三方 SMTP 服务, 或者中小企业自建的邮局, 出现以下日志, 结果就是大概率丢件(不会进垃圾箱).
返回码 250 表示发送成功

to=<脱敏 @msn.com>, relay=msn-com.olc.protection.outlook.com[104.47.17.161]:25, delay=5.1, delays=0.05/0.01/1.3/3.7, dsn=2.6.0, status=sent (250 2.6.0 <CABCzURPpzGNgYC=b9AMnNVdW=脱敏-vDjSKxXR9w@mail.脱敏> [InternalId=23265 脱敏 9375, Hostname=OSZP286MB1966.JPNP286.PROD.OUTLOOK.COM] 11030 bytes in 0.403, 26.721 KB/sec Queued mail for delivery -> 250 2.1.5)

@miyuki #21 微软好像不会自动解封. 另外一旦被微软判定到黑名单, 在他家托管的所有域名邮箱都会受影响.
比如我用某 IP(已过邮局全家桶验证)向朋友 [email protected] 发了邮件, 一旦不小心被微软拉黑, 那么此 IP 发往 @msn.com, @live.cn, @hotmail.com, 包括一些企业托管到微软的域名邮箱, 都会丢件(进不了对方垃圾邮件箱, 有时还没有退信提示).

我想强调的是丢件, 几天后对方还反问怎么还没回复😒

进垃圾邮件箱, 至少说明邮件已经收到了.

@busier 说的正是元数据损坏的情况, 还有锁的问题造成引用错误.
我的数据分区有多个系统访问, 这些系统上的 btrfs 版本不一致, 炸怕了.


所以大家看看我的方案是否可行:
主力用 ext4(或 ntfs), 保留最新状态的同时避免一颗屎坏了一锅汤, 用 syncthing 同步到备份机的 latest volume.
冷备用 btrfs, 定期对 latest volume 拍照. btrfs 的完整性检查通过 syncthing 反馈到主力系统, 及时发现 ext4 分区中单个文件损坏.

同需求, 蹲个使用三年以上的稳定方案.

所以 btrfs 如果检验失败并且修复失败, 整个分区就炸了. 存的文件越多, 概率越大. 这特性不适合用在 rootfs 上.

- - !