1,351

(4 篇回复,发表在 iRedMail 技术支持)

建议直接在 google 里搜索一下 “Helo command rejected: need fully-qualified hostname”。
HELO 标识有一定的规范,它不能是 IP 地址(但可以是 [IP]的格式)。

只说了“the service is currently unavailable. Please come back later.”,无法确切的知道具体对方为何拒收。有可能是灰名单,但它显示是在 'in reply to end of DATA command' 会话阶段,比较可能的情况是是对方服务器上的错误导致的。

抱歉,我们不提供对非 iRedMail 部署的邮件服务器的技术支持。

在 libs/settings.py 里设置 LOCAL_TIMEZONE 为 'GMT+08:00',重启 Apache 后应该就可以了。

submission 默认是启用的,并且支持 TLS。(submission 就是为了 TLS 支持)

1,356

(7 篇回复,发表在 iRedMail 技术支持)

应该是同样的状况。
不是 163.com 的服务器发出了标识为 163.com 的邮件,这就是伪造发件人,属于垃圾邮件的性质。

1,357

(7 篇回复,发表在 iRedMail 技术支持)

你没法控制新浪的邮件服务器如何处理这样的邮件,所以,没有办法解决。

1,358

(3 篇回复,发表在 iRedMail 技术支持)

南望 写道:

Your access to this mail system has been
    rejected due to the sending MTA's poor reputation. If you believe that this
    failure is in error, please contact the intended recipient via alternate
    means
.

对方认为你的邮件服务器信誉(reputation)不好。可能你的邮件服务器的 IP 地址曾被用来广泛发送垃圾邮件,导致被许多大型的公共 RBL 服务将它列入黑名单了。

对方已经给出了建议,让你以其它途径联系收件人取消这个限制。

这样的错误不是 iRedMail 的问题,更确切的说,不是你的服务器上的技术性问题。而是对方采取的反垃圾措施。只能通过和对方沟通,看看他们采用哪种反垃圾措施导致你的服务器被拒,然后可能需要联系最终的服务提供方(例如 RBL 服务提供商)来取消对你的限制。

检查一下 gmail 里收到的你发的邮件,看看它的邮件头里是否有标注为何被识别为垃圾邮件。如果邮件头里没有相关信息,那就没办法了。

但有一些预防措施在你这一方是可以做的。例如:

- 在 DNS 里添加 SPF 记录
- 在 Amavisd 里对外发邮件启用 DKIM 签名(iRedMail 默认启用),并在 DNS 里添加必须的 DKIM 记录(这个需要管理员手工添加,iRedMail 无法自动为你添加)。
- 使用较为流行的邮件客户端程序来发送邮件。这样编写出的邮件通常都符合 RFC 规范,减少了被识别为垃圾邮件的可能。

1,360

(1 篇回复,发表在 iRedMail 技术支持)

请贴出对应的错误信息和日志信息。少了这些就没法帮忙分析。

1:如果是想在服务器上完全禁止 smtp 协议,那你的服务器是无法收到别人发来的邮件的。因为服务器与服务器之间一般是通过 smtp 协议交换邮件的(也有一部分服务器会先尝试 STARTTLS,端口 587)。
2:SMTPS 协议已经废弃了,请使用 submission 协议来发送邮件代替:587 端口,必须启用 TLS 支持。

1,362

(7 篇回复,发表在 iRedMail 技术支持)

应该是新浪对邮件上注明的发件人(yyy@163.com)和实际的邮件发送服务器(你的服务器)进行了检测,发现 @163.com 的邮件应该来自 163.com 自己的邮件服务器,而不是你的服务器,所以拒收了。这就是为什么你自己服务器上的用户发邮件给你,转发到新浪的邮件就没问题。

1,363

(17 篇回复,发表在 iRedMail 技术支持)

*) RBL 都能删除。
*) iRedMail 安装好后的默认配置已经很好了,不需要额外添加 RBL 服务。建议你自行在虚拟机里安装一个 iRedMail,然后参考对比一下 main.cf。

1,364

(17 篇回复,发表在 iRedMail 技术支持)

麻烦贴一下完整的 LDIF 数据。有点不清楚你现在这个帐号的 LDIF 情况。

1,365

(17 篇回复,发表在 iRedMail 技术支持)

连接超时(124.202.154.198)。
我这里尝试 telnet 这个 IP 的 25 端口,能正确返回 SMTP 信息。在你的服务器上试试吧。

没法解决,它就是需要那么长。

1,367

(17 篇回复,发表在 iRedMail 技术支持)

检查一下你的服务器上的相关日志文件,主要是 Postfix 的日志文件 /var/log/maillog。可能是 Amavisd 或 ClamAV 服务没有启动。

1,368

(17 篇回复,发表在 iRedMail 技术支持)

在 /etc/postfix/main.cf 里找到它,删除它并重启 Postfix 服务。

1,369

(17 篇回复,发表在 iRedMail 技术支持)

iRedMail 默认没有启用任何 RBL 服务,主要是因为偶尔有些正常的邮件服务器会被误杀,会造成一定的麻烦。所以交给系统管理员自行决定是否添加、以及添加哪些 RBL 服务。

看你添加了那么多,不确定你是否真的明白这几个 RBL 服务的可靠性,也许只是从网上的文章里抄来的?

1,370

(17 篇回复,发表在 iRedMail 技术支持)

james_tu 写道:

smtpd_recipient_restrictions = reject_unknown_sender_domain, reject_unknown_reci
pient_domain, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unlisted
_recipient, check_policy_service inet:127.0.0.1:7777, check_policy_service inet:
127.0.0.1:10031,reject_rhsbl_sender dsn.rfc-ignorant.org, reject_rbl_client dnsb
l.njabl.org, reject_rbl_client dnsblahbl.org, reject_rbl_client bl.spamcop.net,
reject_rbl_client zen.spamhaus.org, permit_mynetworks, permit_sasl_authenticated
, reject_unauth_destination

你自己直接启用了这个 RBL 服务...

1,371

(17 篇回复,发表在 iRedMail 技术支持)

zhushiwei 写道:

多谢,创建成功了,但把人员加入到组中,有没有比较智能的方法呀?还有一个问题,如何限定哪些人员可以发送群邮件?

你说的“智能”,应该是指 iRedAdmin-Pro 这样的工具来帮你简化操作吧?
限制哪些人员可以发送到邮件列表也可以直接在 iRedAdmin-Pro 里管理,或者根据文档手工设置:
https://bitbucket.org/zhb/iredapd/src/4 … at=default

1,372

(17 篇回复,发表在 iRedMail 技术支持)

如果没有购买 iRedAdmin-Pro 管理后台,可以使用 phpLDAPadmin 创建邮件列表,这里是文档(翻墙):
http://173.254.22.21/wiki/index.php?tit … pLDAPadmin

1,373

(17 篇回复,发表在 iRedMail 技术支持)

贴一下 postconf -n 命令的输出。iRedMail 默认没有启用 RBL 以及 rfc-ignorant.org 的服务,所以不应该自己发给自己也会报这个错误。

1,374

(17 篇回复,发表在 iRedMail 技术支持)

想办法联系你的收件人,看看他们是否可以禁用这个限制。
这样的限制太严格了,而且 rfc-ignorant.org 这个站早都关闭了。

既然你限制了只允许 a.com 的用户发送到列表,发件人是 b.com 的话当然就被拒收了。这个是邮件列表里的限制,但最终由 iRedAPD 执行 reject 操作。你可以做的操作是:允许 b.com 发送到列表,或者直接取消限制。