为何不能用rsync替代IMAP/POP协议同步邮件？

其实你这个想法真的挺靠谱的——在你的特定场景下，用rsync替代mpop或者fetchmail完全可行，甚至还更省心！先给你捋清楚两者的差异，你就能明白什么时候用rsync合适，什么时候可能还得靠邮件专用工具：

先说说rsync能完美胜任的场景 #

如果你是自己独用服务器，只用mutt这类基于Maildir的邮件阅读器，那rsync简直是个宝藏选择：

• 它直接同步Maildir目录下的邮件文件，不用折腾IMAP/POP那些证书验证、密码管理的复杂配置，用SSH协议就能搞定，安全性还高
• 正如你说的，能关掉服务器上的IMAP/POP端口，减少攻击面，提升安全性
• rsync本身的增量同步效率很高，只会同步变化的文件，比重新拉取所有邮件快得多

再聊聊邮件专用工具（mpop/fetchmail/IMAP客户端）做了哪些rsync没做的事 #

不过要是你的需求稍微复杂一点，这些工具的优势就体现出来了：

• 邮件格式转换与适配：如果你的服务器邮箱用的是Mbox格式（单个文件存所有邮件），rsync同步过来的本地文件根本没法被mutt正常处理，而mpop/fetchmail会自动解析Mbox并转换成Maildir的单个文件结构，适配你的阅读器
• 双向状态同步：IMAP协议支持双向同步——你在本地标记邮件为已读、删除，或者移动到其他文件夹，这些状态会同步回服务器；而rsync默认是单向同步（要么拉要么推），如果要做双向同步，得非常小心配置，不然很容易出现文件冲突，比如本地删了邮件，服务器上的又同步回来
• 邮件预处理与过滤：很多邮件工具支持在拉取邮件时直接做过滤——自动把垃圾邮件扔进垃圾箱，把工作邮件分类到指定文件夹，甚至自动删除特定发件人的邮件。rsync只是单纯复制文件，这些逻辑你得靠本地脚本或者mutt的规则来补
• 多客户端兼容：要是你除了mutt，还想用手机IMAP客户端或者其他邮件软件，那rsync同步的文件可能和IMAP服务器的状态不一致。比如你用手机标记了一封邮件为已读，rsync拉到本地的文件还是未读状态（因为Maildir的状态存在文件命名或者特殊文件里），反过来也会有冲突
• 多租户环境的权限控制：在多租户服务器上，一般不会给普通用户SSH访问权限（怕用户误操作服务器其他文件），而IMAP/POP是专门的邮件访问协议，能精准控制用户只能访问自己的邮箱目录，安全性更可控

总结一下 #

如果你的使用场景非常简单：只有你一个人用服务器，只用mutt这类Maildir阅读器，不需要同步邮件状态回服务器，也不用邮件预处理，那rsync绝对是个更简单高效的选择。但如果有上述的复杂需求，还是老老实实用IMAP/POP或者mpop/fetchmail这类专用工具更稳妥。

备注：内容来源于stack exchange，提问作者Seán Healy