之前做一个小功能，就是用php发送邮件，项目中已经使用了wordpress的wp_mail，所以同事建议我继续用wp_mail函数。
然而遇到了一个奇怪的情况，邮件没有发出去，也没有任何报错日志。
照理说，这是一个非常成熟的内置函数了，只要是在管理后台设置好了相关邮件配置，那么就一定可以顺利发送邮件。
我首先尝试了一下php最原生的mail函数，是可以顺利发送出去的。
这个时候我陷入了僵局，我甚至在想是否是什么更深处的服务设置出了问题，虽然mail函数可以发送，其实应该已经能说明邮件服务没有问题了。
这个时候就显示出Google技巧了，如果一直输入wp_mail not working 之类的，永远都是在说要检查wordpress网站的后台相关配置什么的，这酒陷入了死循环了。
于是我换了一个思路，是否能想办法debug出更多细节，于是我Google了如下内容：
然后我发现了这个链接：
https://www.codeforest.net/debugging-wp-mail-like-a-boss-debugger
其中有关于设置debug的action
// define the wp_mail_failed callback
function action_wp_mail_failed($wp_error)
{
return error_log(print_r($wp_error, true));
}
// add the action
add_action('wp_mail_failed', 'action_wp_mail_failed', 10, 1);
当然这个是个人开发者的技术博客，还是要看看官方是怎么用这个wp_mail_failed hook的，通过搜索关键词:wp_mail_failed,找到官方的文档如下：
其中用户给出的一个用例非常合适，具体代码如下：
// show wp_mail() errors
add_action( 'wp_mail_failed', 'onMailError', 10, 1 );
function onMailError( $wp_error ) {
echo "<pre>";
print_r($wp_error);
echo "</pre>";
}
再次执行脚本，终于有了错误日志，输出结果如下:
[errors] => Array
(
[wp_mail_failed] => Array
(
[0] => Invalid address: (setFrom) <server name here>
)
)
所以是设置了一个无效的地址，也就是发送方的设置，如果是增加相关设置即可，代码如下：
add_filter( 'wp_mail_from', function() { return "[email protected]" ; });
add_filter( 'wp_mail_from_name', function() { return "noreply" ; } );
这次dbug很有意思，让我想起了多年前那次在人社局里那次关于mongoDB无响应的问题。突然觉得岁月无限好，没有bug解决不了。