评论通知机制

[Enter-tainer]

以邮件的形式通知评论 thread 里面的所有人

坑：

1. github 用户可以选择不公开邮箱，可能要改github app的权限，来拿用户的私有邮箱？（还是默默地放弃给这样的用户发邮件）
2. 邮件服务选什么好？还是自己手搓来发smtp https://developers.cloudflare.com/workers/runtime-apis/tcp-sockets/

希望邮件服务是可持续且低成本的。

除此之外好像也没有其他的通知的方案了？这个感觉可能是个大活了，maybe可以未来一段时间慢慢研究。

[Enter-tainer]

ok, cf 似乎不让用 smtp 的端口？不知道是不是我理解的有问题 Your socket is connecting to an address on port 25. This is usually the port used for SMTP mail servers. Workers cannot create outbound connections on port 25

[shaokeyibb]

ok, cf 似乎不让用 smtp 的端口？不知道是不是我理解的有问题 Your socket is connecting to an address on port 25. This is usually the port used for SMTP mail servers. Workers cannot create outbound connections on port 25

要不试试 SMTP OVER SSL/TLS？他们的端口好像是 587 或者 99x这种

[Enter-tainer]

记录一下之前在群里的讨论的另外几种方案：

1. 通过浏览器厂商的通知api来做，对db没有额外压力，会增加子请求数量。可能存在连接性问题，无法触达用户，可能有复杂的授权状态问题
2. 通过自行维护每个用户的inbox来做，用户请求时将通知附加到response中。不会增加请求，会对db产生额外压力，通知无法被用户及时看到，只有在用户下次打开wiki的时候才能看到。可能存在交互逻辑的问题，比如要不要有前端inbox等等

[shaokeyibb]

突然想到如果我们要做这个通知机制的话，恐怕我们得再搓一个 At 人的机制... 或者就是加一个回复的功能

[sosyz]

cf worker 无法使用smtp发送邮件，原先和MailChannels合作的免费服务也终止了
Sending Email from Cloudflare Workers using MailChannels Email API

[Enter-tainer]

记录一个新考虑到的问题：需要支持用户 unsubscribe 一个 thread 从而避免 spam。对前端和后端都会有影响