公司刚搬完办公室，老张急匆匆跑来找我。说是客户一封关键报价邮件找不到了，查了半天发现邮件服务器硬盘坏了，数据全丢了。这事儿搁谁身上都头疼，可偏偏很多人平时根本不当回事。
邮件不只是通信工具
很多人觉得邮件就是发发消息，出了问题大不了重发一遍。但真到用的时候才发现，那些年积攒的合同往来、项目记录、客户沟通细节，早就成了业务运转的一部分。一旦丢失，补都补不回来。
自建邮件服务器的风险常被低估
有些企业为了控制成本或追求独立性，选择自建邮件服务器。用着是挺灵活，可硬件老化、系统崩溃、误删配置这些情况随时可能发生。更别说遭遇勒索病毒，整个邮箱目录被加密，赎金没地方哭去。
有一次帮朋友公司排查问题，发现他们虽然用了RAID阵列，但根本没有做远程备份。结果某天机房跳电，阵列重建失败，三年的邮件记录就这么没了。
定期备份不是选修课
最简单的办法就是定时把邮件数据打包，存到另一个物理位置。比如用rsync每天同步一次Maildir目录到NAS上，再把NAS的数据推一份到云存储。
rsync -avz /var/mail/ user@backup-server:/backup/mail/
脚本可以写在crontab里，凌晨两点自动跑：
0 2 * * * /usr/local/bin/backup-mail.sh别忘了验证备份的有效性
有次去看客户备份策略，人家说“每周都备份”，结果一问怎么恢复，没人试过。这种“纸上备份”等于没备。建议每季度做一次还原测试，哪怕只挑一个邮箱账户，走一遍流程，心里才有底。
云端方案也得留一手
用阿里云企业邮、腾讯邮箱这类服务的人越来越多。平台虽然承诺高可用，但账号被盗、误删邮件、服务短暂中断的情况仍会发生。这时候本地归档就很重要。
可以用IMAP协议把重要账户同步下来，工具像imapsync就能完成跨账户迁移和保留：
imapsync --host1 imap.company.com --user1 boss@company.com --password1 'xxx' \
--host2 imap.backup.com --user2 backup@company.com --password2 'yyy'跑完之后，关键邮件至少还有个副本在自己手里。
小动作可能避免大麻烦
给运维同事提个醒：别在生产环境直接删邮件数据库。有次一位管理员手滑，rm -rf /var/mail/domain.com回车之后人傻了。还好三天前做过快照，不然饭碗不保。
现在他们的操作规范加了一条：删除超过100个邮箱前必须提交工单，并确认最近备份状态。
邮件服务器看着低调，其实是很多企业的隐形数据中心。花点时间设好备份机制，比事后花十倍精力抢救强得多。