Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/email/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Email 使用不同名称的相同“发件人”电子邮件地址_Email_Smtp_Email Headers - Fatal编程技术网

Email 使用不同名称的相同“发件人”电子邮件地址

Email 使用不同名称的相同“发件人”电子邮件地址,email,smtp,email-headers,Email,Smtp,Email Headers,我们有一个发送电子邮件的脚本。我们希望对发送电子邮件的发件人电子邮件地址进行个性化设置,以便从发送电子邮件的用户的电子邮件地址发送电子邮件,即使我们没有该用户发送电子邮件的SMTP凭据 该脚本连接到SMTP服务器以发送电子邮件,我们希望了解发送电子邮件的最佳选项,同时确保电子邮件不会出现在垃圾邮件或垃圾邮件文件夹中 到目前为止,我们了解的选项包括: 备选案文1: 使用我们具有SMTP凭据的公用电子邮件地址发送电子邮件,但每次都更改名称。还将实际的公司电子邮件地址设置为“回复至:”标题。 标题示例

我们有一个发送电子邮件的脚本。我们希望对发送电子邮件的发件人电子邮件地址进行个性化设置,以便从发送电子邮件的用户的电子邮件地址发送电子邮件,即使我们没有该用户发送电子邮件的SMTP凭据

该脚本连接到SMTP服务器以发送电子邮件,我们希望了解发送电子邮件的最佳选项,同时确保电子邮件不会出现在垃圾邮件或垃圾邮件文件夹中

到目前为止,我们了解的选项包括:

备选案文1:

使用我们具有SMTP凭据的公用电子邮件地址发送电子邮件,但每次都更改名称。还将实际的公司电子邮件地址设置为“回复至:”标题。 标题示例:

发件人:John Doe 发件人:Jane Doe 发件人:乔·史密斯-email@smtp-email.com> 我们不确定每次发送电子邮件时更改显示名称是否会产生后果,比如最终被列入黑名单或被认定为可能的网络钓鱼

备选案文2:

将From:设置为实际的电子邮件地址,我们希望它显示为来自

发件人:约翰·多伊-doe@corporate-email.com> 发件人:Jane Doe 发件人:乔·史密斯-smith@corporate-email.com> 我们的理解是,这是一种不好的做法,大多数电子邮件服务器都会将该电子邮件作为网络钓鱼尝试而丢弃

在连接到公共SMTP邮件服务器/帐户时,是否有其他选项可供我们使用“个性化发件人”字段


还请注意,我们正在连接到SMTP服务器的另一个域,而不是来自公司电子邮件地址的域

您可以找到一个组名,如支持或xyz部门,以解决您的问题。 选项1不应该是问题,也可以正常工作。我不认为邮件服务提供商会在通过其服务器的邮件的邮件头中记录哪个清晰的名称与哪个邮件地址相关联。那对我来说似乎有点偏执。我曾经有一个邮件帐户,它经常从字段更改,因为我经常更改它,因为我的邮件客户端在不同的机器上配置不一致,它工作得非常好。 我认为选项2确实是一种不好的做法,你应该诚实地对待邮件标题。 您提到smtp服务器的主机名与“发件人”字段中的主机名不同。这没问题。电子邮件设计为能够从一个邮件传输代理邮件服务器转发到另一个邮件服务器,以。。。只需确保所有服务器都已正确配置,以便它们的主机名与指向它们的dns条目匹配,并且您可能希望确保也设置了反向dns


不过,你似乎在追求一种相当不同寻常的策略。通常,每个用户都应该有自己的smtp登录凭据,而你的计划似乎在愚弄收件人,让他/她收到来自不同的人的邮件,而这些人最终只有一个脚本。

不确定你想做什么。您是否正在为每封电子邮件寻找一个稳定的From:标题,其中包含不同的回复至:?这是完全合法的。我们正在连接到另一个域,因为SMTP服务器将是一个问题,除非另一个域在您的SPF记录中被列为允许的发件人。您似乎忽略了流行的反伪造和反垃圾邮件技术将带来的巨大问题。电子邮件伪造曾一度被普遍容忍,但那个些日子早已一去不复返了。这似乎会导致命名技术出现问题。但是它会吗?我记得很多支持部门都有一个共同的电子邮件发件人地址,而且效果很好。正如我提到的,这对我来说也很好。此外,电子邮件确实是为了从一台服务器转发到另一台服务器而设计的,这是大量使用的电子邮件。G在我大学的邮件列表中,电子邮件转发也是一件很平常的事情。