因为种种原因，前几天把邮件客户端换成了 Thunderbird 。发现同步的速度非常慢，关键是“下载数量”会不停地跳变，有时候几千，有时候变成了十几万，网页版则显示的是 2W 多。一开始我以为是 Thunderbird 的锅（当然 Thunderbird 也多少有点问题），于是我就自己写个脚本，把陈年的邮件归档到本地，结果遇到了一系列神奇的问题：
- 在任一时刻，网页版上，imap 协议，pop3 协议，消息总数是对不上的，开始操作之前 imap 显示 3W+
- imap 删除几千封邮件之后，尝试一次性删除一万条，然后就开始报 System busy 错误。尝试把数量缩减一下，结果发现 STORE -FLAGS (\Deleted) 指令不生效，折腾过程中又发现 SEARCH 指令也实现不完全
- 用 pop3 可以继续删除，但每次删除 100 条，消息总数只会减少 50~60 左右
- pop3 边 retr(读取) 边 dele(删除）很容易抛错误（不太确定是不是 python poplib 的锅）
- 昨晚，pop3 显示有 7000 条数据，imap 显示 56xx, 网页版上显示 58xx
- 早上起床一看，数量又不一样了 🥲🥲🥲imap: unread 80 / total 5254 网页版：unread 3 / total 83
绝了！😂😂😂
请根据自己的实际使用经验推荐满足以下条件的服务商：
- 内网可用：在大内网可用，可以正常收发国际电子邮件，不会被别的服务商标为“垃圾邮件”
- 技术靠谱：无论 web / imap / pop3 数据总数应保持一致，或在有限时间内（分钟级）最终一致
- 服务稳定：99.99 的可用性应该不算高要求吧
- 在任一时刻，网页版上，imap 协议，pop3 协议，消息总数是对不上的，开始操作之前 imap 显示 3W+
- imap 删除几千封邮件之后，尝试一次性删除一万条，然后就开始报 System busy 错误。尝试把数量缩减一下，结果发现 STORE -FLAGS (\Deleted) 指令不生效，折腾过程中又发现 SEARCH 指令也实现不完全
- 用 pop3 可以继续删除，但每次删除 100 条，消息总数只会减少 50~60 左右
- pop3 边 retr(读取) 边 dele(删除）很容易抛错误（不太确定是不是 python poplib 的锅）
- 昨晚，pop3 显示有 7000 条数据，imap 显示 56xx, 网页版上显示 58xx
- 早上起床一看，数量又不一样了 🥲🥲🥲imap: unread 80 / total 5254 网页版：unread 3 / total 83
绝了！😂😂😂
请根据自己的实际使用经验推荐满足以下条件的服务商：
- 内网可用：在大内网可用，可以正常收发国际电子邮件，不会被别的服务商标为“垃圾邮件”
- 技术靠谱：无论 web / imap / pop3 数据总数应保持一致，或在有限时间内（分钟级）最终一致
- 服务稳定：99.99 的可用性应该不算高要求吧
2
Select Language