问题标签 [email-headers]

我最近切换了主机，但 mail() 函数出现了问题。

在我以前的主机上，我可以通过执行以下操作通过标头定义发件人地址：

但是，在新主机上，它会忽略 From 标头。相反，它从默认电子邮件帐户 something@something.myhost.com 发送。

在 php.ini 中，sendmail_path 设置如下： sendmail_path = /usr/sbin/sendmail -t -i

据我从研究中得知，这应该允许我在标题中设置发件人地址。

有任何想法吗？

我发送消息的电子邮件地址是noreply@domain.com，当我发送消息时：

来自Gmail 中的字段显示noreply，所以我尝试使用以下内容：

以上回报：

我想要的只是来自外地的说“MyDomain”之类的东西。那么我该怎么做呢？

谢谢！

请帮助我，我在使用 php 发送 html 格式的邮件时遇到问题，mail() 我认为问题出在标题上。我包含了两个仅在单引号或双引号中略有不同的标题：

标题 1：

当我像上面那样使用单引号时，我所有的 html 代码都作为简单的文本打印在邮件中，没有正确的 html 格式。\r\n此外，我的标题在丢失后显示所有内容都搞砸了。

标题 2：

使用这个，我得到了一个完美的标题，但现在我的邮件是空的，附件是空的。我不知道这是从哪里来的，因为我没有在邮件中附加任何内容。

请建议做什么

我正在尝试将 List-Unsubscribe 标头添加到我正在发送的电子邮件中。到目前为止，我没有任何运气尝试这样做。

到目前为止我得到了什么：

unSubscribeUrl类似于“www.example.com/unlist?id=8822772727” 。当我发送电子邮件时，除了列表取消订阅选项外，一切正常。在任何邮件客户端中都没有显示。

欢迎任何帮助！

更新
这是我用于发送电子邮件的全部代码：

更新 2
经过一番研究后，我将标题放入了 mailMessage。当我发送电子邮件时，我可以看到以下标题：

但是当我在任何客户端中打开电子邮件时，我在客户端中看不到取消订阅按钮？我做错了什么吗？

我的 PHP 脚本向用户发送电子邮件，当电子邮件到达他们的邮箱时，主题行 ( $subject) 会a^£在我的主题文本末尾添加一些字符。这显然是编码问题。电子邮件内容本身很好，只是主题行坏了。

我已经搜索了所有内容，但找不到如何正确编码我的主题。

这是我的标题。请注意，我正在使用Content-Typewithcharset=utf-8和 Content-Transfer-Encoding: 8bit。

我正在尝试在生成的电子邮件中发送一些 html，如下所示：

电子邮件已发送，但由于某种原因链接标签未显示。我认为这与内容类型有关。有任何想法吗？提前致谢。

我正在尝试发送带有希伯来语内容/主题的电子邮件，如下所示：

但是我在这个主题中得到的更多的是克林贡语而不是现代希伯来语。消息本身很好，只是主题搞砸了。

我能做些什么？（我对你得到的任何黑客持开放态度）

我有一个包含 3 个字段和一个 textarea 的联系表单...
我使用 jQuery 来验证它，然后使用 php 来发送电子邮件。

此联系表工作正常，但是当我收到电子邮件时，发件人字段不正确。我希望 From 字段显示在联系表单的 Name 字段中键入的文本。现在我得到一个像这样的 From 字段：<nameOfMyServerAdmin@serverUrl.com>

例如，如果用户在名称字段中键入“Matthew”，我希望“Matthew”这个词出现在 From 字段中。

这是我的代码（XHTML、jQuery、PHP）：

假设我们有一个充当中间人的应用程序，允许 A 公司向他们的客户发送报告。

A公司--> B公司（我）--> A公司的客户

收到报告后，我们会向收件人发送电子邮件通知，但它们必须来自我们公司的通知电子邮件地址，例如

joe.bloggs@a.com --> notifications@b.com --> peter@c.com

现在，客户倾向于回复这些电子邮件通知，希望他们回到在 A 公司发送报告的任何人。相反，他们最终会回到我们的地址，notifications@b.com。

一个简单的解决方案可能是更改我们发送到相关公司 A 地址的通知的回复标题，例如

joe.bloggs@a.com --> notifications@b.com [回复：joe.bloggs@a.com] --> peter@c.com

但我主要担心的是：

• From 和Reply-To 字段之间的电子邮件地址和域的完全差异可能使垃圾邮件或网络钓鱼过滤器更渴望标记电子邮件
• 当人们实际单击“回复”时，并非所有电子邮件客户端都可能尊重回复字段，而只需使用“发件人”。一个较小的问题，除非广泛。

这些担忧有根据吗？或者，我还有其他问题吗？

在编写基于某些事件发送电子邮件的应用程序时，我想强制执行这些电子邮件中的每一个都开始一个新的“对话”的规则。

诸如 Gmail 之类的电子邮件系统喜欢将电子邮件消息分组到“对话”中，从而将消息A假定为对消息B的回复。他们使用许多方法来确定您要回复的邮件，例如 Subject: 标头或 In-Reply-To: 标头。

但是，由于自动电子邮件有时会重复使用主题行（例如“在服务器 foo.bar.com 上监控失败”），因此邮件服务通常会假设给定的电子邮件实际上是对具有相同主题行的先前消息的回复，尽管两者无关。这可能会导致混乱，并且客户可能会错过重要的通知。

是否有可能（如果是，那么如何）在您的邮件标题中表明给定的电子邮件不是对任何其他电子邮件的回复，尽管主题行中有任何潜在的相似之处？

由于电子邮件主题本身对客户可见，我宁愿避免这样的愚蠢："Subject: Automated reminder for $task [".md5sum(date())."]"