【问题标题】:mailx -r does not send email if sender field uses real domain如果发件人字段使用真实域,mailx -r 不发送电子邮件
【发布时间】:2013-12-28 08:02:07
【问题描述】:

我无法使用 mailx -r 选项正确设置发件人“发件人”字段。

echo "email text" | mail -s "test 123" -r donotreply@domain.com  user@domain.com

如果“-r”字段是假域名,则会发送电子邮件。如果是真实域,则不会发送电子邮件。用户名无关紧要,只有域名。

我应该在哪里检查以解决此问题?

RHEL6.4

【问题讨论】:

  • 不知道为什么我被否决了——我想我需要证明我做过研究。我尝试使用'mail -s "test 123" user@domain.com -- -r donotreply@domain.com'。我试过使用'sendmail.在所有情况下,无论语法如何,如果我使用“@fakedomain.com”,邮件都会发送出去。如果我使用“@realdomain.com”(如我的公司名称),则邮件不会发送。没有错误消息,也没有退回电子邮件。我确实有一个 linux 盒子,这一切都可以工作。 /etc/mail.rc 在两个框之间看起来相同。我只是不知道还能去哪里看。
  • 我想通了。我坐在 VPC 中的服务器上,因此它无法访问真实域的邮件服务器。我必须说服我的客户使用假域名,特别是因为这个地址无论如何都不是用来接收电子邮件的。

标签: redhat sender mailx


【解决方案1】:

最终结果...我应该检查一下我的垃圾邮件文件夹。所有使用真实域的测试邮件都在里面。

详情:

假返回域 - 已通过

Received-SPF: none (google.com: do-not-reply@blahblahfake.com does not designate permitted sender hosts) client-ip=54.201.xx.xx;

真实域名 - 陷入垃圾邮件陷阱

Received-SPF: fail (google.com: domain of do-not-reply@real.com does not designate 54.201.90.208 as permitted sender) client-ip=54.201.xx.xx;

原因是“real.com”域使用了白名单,而这个特定的 NAT IP 并未添加到该名单中。假域名被允许通过,可能是因为邮件政策是允许过多而不是过少。

【讨论】:

  • 我也面临同样的问题。在“发件人”地址中配置真实域名是否有任何解决方法?
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2010-12-20
  • 1970-01-01
  • 2012-04-23
  • 2014-05-27
  • 2015-07-19
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多