2

好的,所以这是一个非常奇怪的问题,真的只是让我的废话感到困惑......

我有许多 ColdFusion 站点在同一台专用服务器上运行,并且注意到从使用该<cfmail>标签的某些站点发送的邮件存在一些非常奇怪的问题。

以下是在其中一个网站上与表单一起使用的邮件标签示例:

<cfmail to="#cfmail.clientEmail#" from="#form.email# <#form.email#>" replyto="#form.email#" server="#cfmail.server#" username="#cfmail.username#" password="#cfmail.password#" subject="Request for info - #form.propertyName#" type="HTML" port="#cfmail.port#" useSSL="#cfmail.useSSL#">

(所有 cfmail 范围的变量都在应用程序文件中设置)

我这样做是为了让各个站点不都使用内部邮件服务器,而是使用他们自己的 Google Apps 帐户(DNS 设置正确)。

提交表单、发送电子邮件、发送电子邮件……没问题,对吧?

嗯......那就是事情变得时髦的时候。

请注意代码中的FROM如下所示:

from="#form.email# <#form.email#>

交付时,它看起来像这样:

FROM : bob@someaddress.com <info@somerandomdomain.com>

当它应该看起来像这样:

FROM : bob@someaddress.com <bob@someaddress.com>

所以,我检查了 - 并重新检查了代码。一切都是正确的。然后,我检查了 ColdFusion 邮件假脱机程序……在电子邮件实际离开服务器之前在那里生成的文本文件是正确的。

这让我相信在实际数据到达谷歌服务器后发生了一些事情——不知何故,电子邮件地址被换掉了。

如果有任何帮助,混淆的地址始终是很久以前设置的电子邮件地址,然后为我在同一服务器上托管的其他站点关闭/放弃。

而且,还要补充一点时髦……

在某些情况下,TO 地址也会发生这种情况。这意味着,从同一服务器上的不同站点发送的电子邮件(使用不同的 Google Apps 帐户和凭据)最终会进入正确的收件箱以及其他不相关的站点收件箱。

我已经确定这些电子邮件是正确的,因为它们在前往 Google 的途中离开了大楼(通过 ColdFusion 邮件假脱机程序)——但在那之后事情似乎变得很不稳定。

有人对此有什么建议吗?我现在决定的解决方案是将客户转移到新的邮件提供商......但这不是一个理想的解决方案,因为迁移他们的电子邮件涉及的所有麻烦。

4

0 回答 0