On Wed, Apr 21, 2010 at 09:19:48AM +0800, 黄文彪 wrote: >mutt现在自己就有IMAP和POP等取邮件的协议功能，就看编译时有没加上这些选项; >它们也只是取邮件的协议而已阿，为何说配置POP也很有意思？ >fetchmail也包含IMAP取邮件功能的（fetchmail和getmail这些被叫做The remote mail retrieval and >forward utility），procmail只是带filter的MDA。 >所以直接用IMAP很省事情...我知道你的意思就是直接用mutt做全部事情了，那也可以直接用POP一样省事情，但是这样不知道在功能上是 >mutt+......几个一起的时候的百分之几了？例如自动过滤，分组等等。 >
分组和filter可以交给邮件服务器去做，IMAP只是读取邮件的协议，mutt直接读取的话可能 没这些些功能，如果用POP3的话，就是其他的工具去做了这些再传给mutt的，mutt本身不去 做这些事情的，这也符合UNIX的理念，只干一件事，干好一件事。所以要想功能强大还得用 老办法。 > >在2010-04-20 21:37:02，"Xiaojun Deng" <xjde...@gmail.com> 写道： >>2010/4/20 黄文彪 <huangwenb...@126.com>: >>> 请问你指的IMAP是用哪个软件？ >>> >> >>现在Mutt内置支持IMAP协议。其实配置POP3也很有意思，符合Unix的传统，但嫌配置fetchmail，mstmp，procmail等麻烦， >>所以直接用IMAP很省事情。 >> >>> 在2010-04-20 18:08:50，"Xiaojun Deng" <xjde...@gmail.com> 写道： >>>>163现在支持IMAP了吧，可以试试mutt+IMAP配置，很容易。 >>>>On Tue, Apr 20, 2010 at 06:02:24PM +0800, 黄文彪 wrote: >>>>>由于我想学会用mutt来收发email，所以在Debian Reference (v2) >>>>>http://www.debian.org/doc/manuals/debian-reference/index.en.html >>>>>中对第六章详细view了一下，发现reference的author很有意思的在这两个地方，可能还不只这两个地方，写了这样的语句，见下： >>>>> >>>>>6.5. The remote mail retrieval and forward utility >>>>>Although fetchmail(1) has been de facto standard for the remote mail >>>>>retrieval on GNU/Linux, the author likes getmail(1) now. >>>>> >>>>> >>>>>6.6. Mail delivery agent (MDA) with filter >>>>>Although procmail(1) has been de facto standard for MDA with filter on >>>>>GNU/Linux, author likes maildrop(1) now. >>>>> >>>>>第一下让我感觉到作者对自由的渴望的表现欲，随后可是一片烦恼，第一，身为GNU/Debian的忠实user，我是很想跟debian奉献者走同一路线的，既然author >>>>> likes >>>>>it，我当然想第一时间接受你的advise了;可是，第二，从它的前半句，谁都知道句中的前者更加成熟，也可能意味着定制度已经更加好了，何苦要用一个比较新甚至功能并不是这么丰富甚至并不方便使用的呢？这样对于debian的new >>>>> >>>>>user并不是十分适合吧？最重要的是，我试了用getmail来跟着这个介绍来配置运行，目前并没有很快的完成从126的邮箱取得邮件，现在去试试fethmail，呵呵。 >>>> >>>>-- >>> >>> >>> -- 上床前请出示您的健康证. -- To UNSUBSCRIBE, email to debian-chinese-gb-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100421014954.ga2...@xjdeng-desktop
