2、邮件存储和获取代理MSA

　　一旦安装并设置完成了MTA，通常还需要对MSA系统进行同样的配置过程。如今大多数机构并不直接将邮件传送到桌面客户系统，而是将邮件存储到服务器，让用户通过POP或者IMAP来读取各自的邮件。

　　邮件存储的管理有许多种协议，但如今最常用的是POP3和IMAP4。对于MTA来说，由一些程序，或者称之为Daemon来实现相应协议的服务。大多数MSA可以与通用的MTA交互，此外这些系统还包含加锁或者其他安全机制，使得多个MSA可以并行工作而不发生冲突。

　　这意味着一些用户可以通过POP协议获取邮件而同时其余一些用户可以使用IMAP协议，而另外一些用户可以登录系统，使用本地MUA例如pine,mutt或elm处理邮件。单独用户也可以从一种存取协议切换到另一种，而并不需要系统管理员的干预。聪明的用户甚至可以越过通常的MSA/MUA服务，而使用通常的UNIX命令如cp、mv和ftp或者远程同步rsync来随意处置他们的邮件。对普通用户来说这有些艰涩，但该方法有时可以用来方便地修复崩溃了的邮箱系统。

　　在一个已经安装了Linux系统机器上设置POP服务相当容易，甚至不需要什么操作。通常POP Daemon在最初的Linux操作系统安装时已经设立。而如果POP daemon被禁止，可以在/etc/inetd.conf文件中去掉相应行的注释，并重新启动Daemon服务即可。

　　类似的，IMAP也是如此。POP通常将邮件转递到客户端并从服务器上移除，而IMAP允许用户将邮件存贮在服务器端的文件夹中，而客户端的拷贝是缓存或者工作副本，这样做需要更多的服务器存储空间，却可以让IT部门集中在服务器端进行备份和恢复，并让客户端保持相当的灵活性和安全性。IMAP也可以设置成象POP那样在客户端读取后就删除服务器端的邮件，从操作上讲，两者并没有什么不同。两种服务都由inetd来控制，或可称其为网络分发服务，相当于Linux的“传达接待员”。

　　POP或IMAP可以经年累月的不间歇地运行。无需特殊关照，默默地为成百上千个用户和邮箱服务。不过有时邮件回复系统会犯些愚蠢的错误，或者有些邮件软件产生了一些bug，这就需要系统管理员介入，解决某些系统故障，清除一些邮件碎片和垃圾。

　　例如，有的用户的pop系统可能崩溃，通常是由于客户收到了太大的邮件附件所致。过大的附件文件超过了磁盘空间限制，解决方法是利用shell命令，利用uudecode解码附件，并存储到该用户的home目录。也可以设计一些小脚本程序来处理邮件，重新恢复用户的邮箱系统。通常UNIX下的mbox是简单的文本文件，qmail邮件存储在含有单个小文本文件的目录中。一个胜任的系统管理员完全可以轻而易举的实现上述操作。也就是说，你所遇到的大多数与MSA和MTA有关的问题可以通过文本编辑器和常用的UNIX过滤器和应用程序加以解决。