
我正在为客户开发一个新的网站.该网站位于(这是一个例子)website.com.我有一个PHP表单脚本,通过电子邮件将访问者的请求发送到requests@website.com.
当我在不同域上的登台服务器上编码时,一切正常.当我将它移动到website.com时,邮件消息从未到达. Web服务器位于具有主要ISP的虚拟主机上.
这是我从那时起学到的东西:我的客户端的邮件服务器是Microsoft Exchange,位于办公室的物理盒子上.每当外界的某个人通过电子邮件request@website.com发送电子邮件时,邮件就会到达.但是,如果Web服务器发送到同一个电子邮件地址,则每次都会失败.这不是PHP问题.我将shell安全地保存到Web服务器,并使用sendmail和UNIX邮件应用程序对其进行了测试.我也通过从shell发送各种电子邮件帐户来测试它.我可以给自己发电子邮件,例如,在website.com域名中没有人.
简而言之,当我登录website.com时,发送邮件至requests@website.com,user @ website.com,another_user @ website.com全部失败.所有其他地址工作正常.我发现这些丢弃的电子邮件被路由到Web服务器的“catchall”帐户,它们位于收件箱中.
我在website.com上做过MX查找. MX记录指向mailsec.website.com.我可以telnet到mailsec.website.com端口25并查看SMTP服务器.
在我看来,在发送邮件到requests@website.com时,website.com没有进行MX查找.我的理论是它将域识别为本地域,看到没有“请求”用户帐户将其传递给,并将邮件丢弃到catchall帐户.我想要的是强制sendmail进行MX查找并将消息发送到Exchange服务器.我在这里结束了.我无法弄清楚如何做到这一点.
就此而言,我可能会离开这里,完全误解了这一点.互联网邮件和MX对我来说似乎总是一种黑色艺术,我的无知肯定在这个问题上显示出来.
解决方法 我认为问题是sendmail(你的进程)正在与本地sendmail守护进程通信.本地sendmail守护程序认为因为它是website.com,所以它应该知道如何传递电子邮件.不幸的是,to字段中的实际地址在Web服务器上不存在,因此它将其转储到“catchall”邮箱中.您应该与您的ISP联系并让他们更新他们的sendmail配置,以便发送到… @ website.com的邮件转发到邮件交换器,而不是在本地处理. 总结以上是内存溢出为你收集整理的电子邮件 – 邮件服务器不在Web主机上时的sendmail和MX记录全部内容,希望文章能够帮你解决电子邮件 – 邮件服务器不在Web主机上时的sendmail和MX记录所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)