Email 发送电子邮件:更改“;从「;场差?

Email 发送电子邮件:更改“;从「;场差?,email,Email,只是想知道在发送电子邮件时更改“发件人”字段(以编程方式)是否被视为“不好”的事情,邮件服务器是否更可能因此拒绝从我的web/邮件服务器发送的电子邮件(或被标记为垃圾邮件) 我有一个功能,我的网站的用户可以使用web界面发送电子邮件,因此web/邮件服务器必须发送电子邮件,并更改“发件人”字段,以假装它来自用户的电子邮件 RFC实际上没有说明太多: 干杯, 山猫 编辑:以下是我使用web界面发送电子邮件时gmail中的标题: 收到SPF:fail(google.com:web_电子邮件的域名_a

只是想知道在发送电子邮件时更改“发件人”字段(以编程方式)是否被视为“不好”的事情,邮件服务器是否更可能因此拒绝从我的web/邮件服务器发送的电子邮件(或被标记为垃圾邮件)

我有一个功能,我的网站的用户可以使用web界面发送电子邮件,因此web/邮件服务器必须发送电子邮件,并更改“发件人”字段,以假装它来自用户的电子邮件

RFC实际上没有说明太多:

干杯, 山猫

编辑:以下是我使用web界面发送电子邮件时gmail中的标题:

收到SPF:fail(google.com:web_电子邮件的域名_addy@mailinator.com未指定xxx为允许的发件人)客户端ip=xxx; 认证结果:mx.google.com;spf=hardfail(google.com:web\u电子邮件的领域_addy@mailinator.com未将xxx指定为允许的发件人)smtp.mail=web\u电子邮件_addy@mailinator.com 接收:来自本地主机(webserver.name[yyy]) 通过发送ESMTP id为903201474F的.domain(后缀) 对于2009年11月27日星期五09:10:29+1100(美国东部时间)

edit2:spf=fail看起来很糟糕,但gmail对此却无能为力:

当SPF查询返回“失败”时,MTA应拒绝连接


当SPF查询返回任何其他结果时,MTA应在消息中添加一个通知头,格式为“Received SPF:neutral”或“Received SPF:pass”。通过这种方式,进一步的垃圾邮件过滤器可以将该邮件头作为更平衡的决定的一部分加以考虑。

虽然您可以更新“发件人”字段,但如果“发件人”字段与原始邮件服务器的域不匹配,许多邮件服务器会将电子邮件标记为垃圾邮件或将其全部删除。

阅读关于SPF:y的信息

这是可以接受的,这取决于你做这件事的目的。SPF有它的问题,因此它没有完全用于确定垃圾邮件的原因

您可能希望将“from”地址更改为一些不存在的地址,如“no reply@”等