0.需求
开始打算用LAMP自己做个网站的想法已经有小半年了，平日里忙于学习、忙于偷懒总是零星地凑一些时间出来学习网站的建立。早先下了狠心花了11美刀一年租了一台美国IP的VPS，迫不及待搭建了SS服务。小伙伴们对我提供给他们的SS服务还比较满意。随着请求的用户增多，做一个自主申请、分配、实现的网站应用的想法就被提上了“日程”。
负责和用户交互的网站，建设在腾讯云学生一元主机上，在这里感谢腾讯。
进度缓慢，目前还在做最基础的用户登陆系统。早先学会了Mysql数据库的操作，能够存储用户记录了，当前手头的代码，是邮箱验证。就是向用户的电子邮箱发送验证码来实现身份验证。关键就在于如何向用户发送邮件。
1.邮件类
最先还是在网络上找到了很多发送邮件功能的PHP类库，挑了看起来最简单的一个类，利用SMTP等服务就可以模拟成邮件客户端，用起来也很是简单，只需要包含类库，然后提供第三方邮箱的账号密码就可以发送邮件了。研究并不深入，因为后来我在PHP手册上找到了mail()函数。
既然PHP已经提供了mail()函数，自然要用起来。
2.mail()
官方手册提供了mail()函数的用法。
mail($to, $subjuct, $message, $additional_header);
我在使用的时候就只用了上面列的4个参数。按照手册的要求设置好后，我马上开始用它给我的163邮箱和QQ邮箱发测试邮件，邮件内容是HTML源码格式的。
测试的结果就是发现，163邮箱不能够解析HTML而qq邮箱就能正常显示。163邮箱直接显示了HTML的源码，这显然太影响用户体验，必须要找到原因。
3./r/n和/n
对/r/n和/n的理解并不多，只是粗略地认识到windows系统和linux系统采用不同的策略处理换行标志。在手册中，明确提出了，在$message中要采用/n来换行，而在$additional_header中要采用/r/n来换行分隔。
在一开始的测试中，始终不知道问题出在哪里，到底是什么原因使得相同的代码在不同的邮件系统中表现不同，为什么163邮箱没有解析HTML呢？
可以粗略的判断，应该是$additional_header这个邮件表头没写好。
最早的版本是
$addHeader = "From:name@163.com\r\nContent-type:text/html\r\n"
后来又添加了MIME-Version
$addHeader = "From:name@163.com\r\nMIME-Version:1.0\r\nContent-type:text/html\r\n"
163还是没有解析HTML，最后发现，在$additional_header中使用\n分隔代替\r\n就能成功使163解析HTML。
$addHeader = "From:name@163.com\nMIME-Version:1.0\nContent-type:text/html\n"
发现仔细看了看手册，发现自己没有看手册里的Note:
Note:
If messages are not received, try using a LF (\n) only. Some poor quality Unix mail transfer agents replace LF by CRLF automatically (which leads to doubling CR if CRLF is used). This should be a last resort, as it does not comply with » RFC 2822.
原来是自己麻痹大意导致浪费了不少时间去探索，不过通过自己的方法最后还是检查出了问题所在这就比较有趣了。
闭门造车的我总是犯这种错误吗？
