我应该使用CPAN的哪个包发送邮件？

Question

我应该使用CPAN的哪个包发送邮件？

有时timtowtdi方法非常累人.对我来说,特别是在包装选择方面.

所以我想要的是发送电子邮件,可能是HTML电子邮件.在Mail-Sendmail,Mail-Sender,NET-SMTP(顺便说一下 - 在PPM中不可用),Mail-SendEasy和80个左右的其他软件包中,它们的软件包名称中包含"Mail" - 我应该选择哪一个？

在这个主题中,你选择"规范"包慢跑的一般评价是什么？即"每个人都在使用"的包裹.某处是否有任何评级或受欢迎的广告牌？

Answer 1

什么是你选择"规范"包慢跑的一般评价.即"每个人都在使用"的包裹.某处是否有任何评级或受欢迎的广告牌？

当我想选择使用几个CPAN模块中的哪一个时,我看到的是

文档:

CPAN模块的试金石是文档的第一页.如果有一个混乱的概要,或没有一个简单的工作示例的概要,我想这个模块可能不是一个好的.不整洁,杂乱或错误格式化的文档也是一个危险信号.

修理状况:

• 模块的最后一个版本的发布日期告诉您它是否正在维护,
• 在CPAN测试人员的报告告诉你的模块是否有可能安装不斗争
• rt.cpan.org上的错误列表让您了解作者对维护模块的积极态度.

此外,该模块是否有邮件列表？拥有邮件列表是一个质量好,维护,稳定,文档化和流行模块的一个很好的标志.

作者:

• 模块作者的名字是什么？
• 作者发布了多少个其他模块？
• 作者发布了哪些模块？

作者是一个重要因素.有一些作者创造了具有优良品质的作品,如Gisle Aas,Graham Barr,Andy Wardley或Jan DuBois,还有一些人发现了很多可以被描述为"实验性"的东西,比如Damian Conway或Tatsuhiko宫川.警惕那些发布了很多Acme ::(笑话)模块的人.另外,要注意那些只维护一个或两个模块的人所写的东西.总共少于五个模块的人通常不会维护它们.

其他事情:

cpanratings.perl.org通常很有帮助,但要带上一粒盐.

除此之外,其中很多只是反复试验.下载并查看它是否通过了自己的测试,看看它是否有任何测试,编写测试脚本等.

通常没有给出有意义排名的事情:

• 谷歌的最高成绩往往是古老的Perlmonks或perl.com或Dobbs博士的期刊文章,这些往往指向过时的东西.
• search.cpan.org的搜索功能在第一页上放置了十年未更新的模块,在第十页上放置了最新和最好的模块.

小心"炒作":

还有一件事我想说:对博客,stackoverflow,Usenet新闻等方面的建议保持警惕 - 人们倾向于引导你进入本月的任何模块,而不是一个稳定的,经过验证的解决方案."时尚"模块通常缺乏文档,不稳定,有噩梦依赖,并且很多时候,昨天的时尚模块突然失宠而被抛弃,被本月的另一种风味取代,如果你决定让你陷入困境使用它们.

Answer 2

Task :: Kensho通常会提出很好的建议.对于发送电子邮件,它建议Email :: Sender