- 主题:怎么在命令行提取mutt邮件正文的内容
嗯，我当年学习的时候自己做过一个邮件客户端，其实拆邮件这个事情，看起来
很简单，找到关键字段就OK了，但是实际执行中，总有一些（不少）服务器发过来的
邮件，不那么的老实（正规），你发现你写的表达式总要修正，添加新的条件，
然后其实最终结果就是你这个程序/脚本其实是不可用的。
大部分“拆邮件”的功能模块，最终都能满足你99%的需求，但是想要达到100%，
太难了（也许是我太笨了）。
【 在 ayaka 的大作中提到: 】
: 拆邮件这事，就像给你html文件去解析网页，mua把邮件内容展示出来，就像浏览器把网页内容展示出来，要给你讲电子邮件技术，那能讲挺长时间的，不过你的需求，似乎研究下mail命令就能稍微搞下？
--
FROM 122.210.84.*
我和你的理解稍微有一点不一样，我是说具体到邮件这个事情，总会有各种不正规的
“成品”发过来，并不能简单地认为是bug。这很麻烦。
【 在 ayaka 的大作中提到: 】
: 软件有bug很正常，如果你因为有bug就认为不可用，那你还是不要用了，用邮件客户端好了（邮件客户端一样有bug）
--
FROM 210.254.36.*
但是你的目的还是要解析邮件的。
【 在 ayaka 的大作中提到: 】
: 电子邮件本身有rfc的，真要较真，对着rfc来就是了，坏到家，MTA就那些个，主流的MTA没问题就行了
--
FROM 210.254.36.*
实在记不太清楚了，10几年前的事情了。应该是有些邮件MUA是可以正常显示的。
毕竟多数我们常用的都迭代了那么久了。
电子邮件服务嘛，在早些年百家齐放，不像现在小企业都用托管了。
但是我的理解是别人真的不一定是搞特殊化，可能就是没那么负责任，在编码阶段
比较粗糙，导致一些比较特殊的符号被错误转义了这种。
所以可能人家发出来的多数的邮件都是OK的，只有少部分不OK，然后你碰到了这种情况
你就想那么要不要在我这边处理一下啊，处理完了你又发现另外的问题……
【 在 ayaka 的大作中提到: 】
: 那你那些有问题的邮件，都谁家的？或者说，在MUA上，能正常显示不，如果能，那MUA做了什么，如果不能，那它发有问题的东西别人也没办法不是？（搞特殊，让别人只能用自己客户端的破事又不是没见过）
--
FROM 210.254.36.*