邮件服务器-邮件系统-邮件技术论坛(BBS)

标题: 开贴:大家商议一下怎么绕过趋势的RBL [打印本页]

作者: lucksir9743    时间: 2007-7-20 10:48
标题: 开贴:大家商议一下怎么绕过趋势的RBL
起因:随着大量的企业开始使用趋势的RBL+,大幅度减少了垃圾邮件的量,但是也开始大量的暴露出问题,因为趋势的RBL是宁可错杀一千,不可错放一个,
现象:现在我们发现越来越多的邮件被阻挡。发邮件到趋势,趋势答复,因为IP地址段是整段整段的被当作黑名单的,所以无法单开某一个IP地址,要请ISP商与之协商,但是ISP商答复趋势不买他们的帐。不改
提问:如何能够绕过RBL,让邮件能够到达目的地呢?欢迎大家一起来讨论
下图就是截图可以看出他是整段整段的被封:

[ 本帖最后由 lucksir9743 于 2007-7-20 10:56 编辑 ]
作者: 钉子    时间: 2007-7-20 12:22
使用不被他们列入ip的中继服务器。
作者: dennishan    时间: 2007-7-20 13:20
越多的误判,会造成趋势RBL+越被弃用。
垃圾多几封没事,收不到邮件才是最恐怖的。趋势没有站在客户角度出发。
作者: lucksir9743    时间: 2007-7-20 13:39
中小型公司一般也不可能在海外搭建中继服务器的,所以这个方案不一定切合公司实际呀!
作者: 钉子    时间: 2007-7-20 14:14
标题: 回复 #4 lucksir9743 的帖子
使用一些允许中继的邮箱,或是购买一个中继帐号就可以了.不一定要自己建服务器.
作者: 钉子    时间: 2007-7-20 14:15
maps不是说误判,主要是楼主整段被列.所以以一般个人去申诉不会受理.必段整段IP管理方出面.
作者: lucksir9743    时间: 2007-7-20 14:23
原帖由 钉子 于 2007-7-20 14:14 发表
使用一些允许中继的邮箱,或是购买一个中继帐号就可以了.不一定要自己建服务器.

允许中继的邮箱,钉子能提供一些吗?谢谢
还有使用了允许中继的邮箱、,那么中继以后对方收到的邮件发件人还是我们吗?还是中继邮箱的帐号?
作者: lucksir9743    时间: 2007-7-20 14:27
原帖由 钉子 于 2007-7-20 14:15 发表
maps不是说误判,主要是楼主整段被列.所以以一般个人去申诉不会受理.必段整段IP管理方出面.

没有用的,我们找到了电信,但是电信说趋势也不理他们,电信只能给我们更换 IP段,但是问题1、更换了IP段以后,也难以保证以后不出这样的问题  2、更换很麻烦,mail的mx要重新设置,会影响大家的工作的
作者: zqs_163    时间: 2007-7-20 14:46
对于RBL个人感觉作为参考。
说句实在话,那个公司不是成天的往外发大量的邮件?需要的人看到了说是正常邮件,不需要的就认为是垃圾邮件。
所以对于RBL,我的策略是标记。
作者: 钉子    时间: 2007-7-20 17:07
标题: 回复 #8 lucksir9743 的帖子
现在电信的诚信和技术能力我个人持非常保留的态度.所以,你别老听他们说,不过也没办法了.
作者: 钉子    时间: 2007-7-20 17:11
标题: 回复 #8 lucksir9743 的帖子
很多的你试试找找免费邮箱.我不便在这边提供,只不过每家有每家的防范方式,比如每天发信数,每段时间发信数等.

至于哪一些会不会改发件人地址,要看你使用的中继服务器的.有一些是原样转发的.
作者: lucksir9743    时间: 2007-7-21 21:56
有人有这方面的信息吗?大家共享一下
作者: ntfanl    时间: 2007-7-22 11:04
用RBL-还可以,一般常用的国内免费邮箱(如:163,yahoo,sina等)给排除在筛选之外,所以没有什么问题,但估计企业邮箱有可能会误杀!
唉,鱼跟熊掌很难兼得啊!
作者: lucksir9743    时间: 2007-7-23 14:27
问题是RBL也不能错杀呀,整段整段的封IP地址,牵涉无辜太多了,大家想想呢,有什么好办法?
作者: jashen    时间: 2007-8-8 07:34
趋势的产品很垃圾,本人公司就用了一台IGSA,总是出问题,所以现在已不再使用.个人认为趋势的产品不用搭理它.迟早会淘汰.
作者: jony    时间: 2007-8-24 12:02
"但是ISP商答复趋势不买他们的帐"  和我遇到情况一模一样,请问你是哪里的啊




欢迎光临 邮件服务器-邮件系统-邮件技术论坛(BBS) (http://bbs.5dmail.net/) Powered by Discuz! X3.2