论坛首页 › MDaemon Server › 发生如下情况，为什么发生，该如何设置不让它拒绝？

chj97j 发表于 2006-12-4 16:23:14

发生如下情况，为什么发生，该如何设置不让它拒绝？

Mon 2006-12-04 14:35:01: Accepting SMTP connection from
Mon 2006-12-04 14:35:01: Looking up PTR record for 220.191.214.35 (35.214.191.220.IN-ADDR.ARPA)
Mon 2006-12-04 14:35:01: Name server reports domain name unknown.
Mon 2006-12-04 14:35:01: --> 220 ab.com ESMTP MDaemon 6.8.4; Mon, 04 Dec 2006 14:35:01 +0800
Mon 2006-12-04 14:35:01: <-- EHLO Mail.NBnetS.com
Mon 2006-12-04 14:35:01: --> 250-AB.com Hello Mail.NBnetS.com, pleased to meet you
Mon 2006-12-04 14:35:01: --> 250-ETRN
Mon 2006-12-04 14:35:01: --> 250-AUTH=LOGIN
Mon 2006-12-04 14:35:01: --> 250-AUTH LOGIN CRAM-MD5
Mon 2006-12-04 14:35:01: --> 250-8BITMIME
Mon 2006-12-04 14:35:01: --> 250 SIZE 0
Mon 2006-12-04 14:35:01: <-- MAIL FROM:<angel@best.com> SIZE=1688
Mon 2006-12-04 14:35:01: Performing reverse lookup on best.com (looking for 220.191.214.35)
Mon 2006-12-04 14:35:01: D=nbbest.com TTL=(60) A=
Mon 2006-12-04 14:35:01: Spam Blocker is checking 220.191.214.35 (connecting IP)
Mon 2006-12-04 14:35:08: * sbl-xbl.spambaus.org - passed
Mon 2006-12-04 14:35:08: * cdl.anti-spam.org.cn - passed
Mon 2006-12-04 14:35:09: * cbl.abuseat.org - passed
Mon 2006-12-04 14:35:09: * dynablock.njabl.org - passed
Mon 2006-12-04 14:35:09: Spam Blocker is finished
Mon 2006-12-04 14:35:09: --> 250 <angel@best.com>, Sender ok
Mon 2006-12-04 14:35:09: <-- RCPT TO:<denis@AB.com>
Mon 2006-12-04 14:35:09: --> 250 <denis@AB.com>, Recipient ok
Mon 2006-12-04 14:35:09: <-- DATA
Mon 2006-12-04 14:35:09: --> 354 Enter mail, end with <CRLF>.<CRLF>
Mon 2006-12-04 14:35:09: Spam Blocker is checking 60.190.3.78 (extracted from 'Received' header)
Mon 2006-12-04 14:35:13: * sbl-xbl.spambaus.org - passed
Mon 2006-12-04 14:35:14: * cdl.anti-spam.org.cn - passed
Mon 2006-12-04 14:35:14: * cbl.abuseat.org - failed to pass
Mon 2006-12-04 14:35:19: * dynablock.njabl.org - passed
Mon 2006-12-04 14:35:19: Spam Blocker is finished
Mon 2006-12-04 14:35:19: --> 554 Message contains known spam source in Received: header
Mon 2006-12-04 14:35:19: <-- QUIT
Mon 2006-12-04 14:35:19: --> 221 See ya in cyberspace
Mon 2006-12-04 14:35:19: SMTP session successful, 1699 bytes transferred.

lwz_08 发表于 2006-12-4 16:27:51

取消反向解析查询试试看吧

chj97j 发表于 2006-12-4 16:40:51

取消反向解析？

我觉得取消反向解析不是一个好注意，因为有了反向解析能帮我挡不少的垃圾邮件。我觉得困惑点是他为什么还对extracted from 'Received' header进行checking，因为extracted from 'Received' header头的地址肯定是发送电脑的地址，有什么办法不让其检测extracted from 'Received' header头吗？

stdmis 发表于 2006-12-4 16:46:34

cbl.abuseat.org - failed to pass

沒通過cbl.abuseat.org，估計被這個LIST了

chj97j 发表于 2006-12-5 09:35:51

被这个LIST了？？？

被这个LIST了，大家估计都知道，现在的问题我想主要是在这里220.191.214.35是对方的服务的地址，而60.190.3.78应该是对方发送电脑的地址，那么如何能让我的邮件服务器只检查对方的服务器的地址，而不检查对方发送电脑的地址呢？？？还是这个问题跟邮件客户端有关系？？？

chj97j 发表于 2006-12-5 10:31:38

问题已经解决

我取消了对于RECEIVE头的解析，问题解决。

stdmis 发表于 2006-12-5 10:41:30

如何能让我的邮件服务器只检查对方的服务器的地址，而不检查对方发送电脑的地址呢

本來就是這樣啊，沒有什麼能讓不能讓的問題。
正常狀況下，如果對方是你服務器上的用戶，最多只需要SMTP驗證。如果不是你服務器上的用戶，當然只會發送到他自己所屬的服務器，再由那台服務器發給你。

查看完整版本: 发生如下情况，为什么发生，该如何设置不让它拒绝？