作者isotest (还没想到)
看板Soft_Job
标题Re: [讨论] 云端计算的保卫战--Mail Service
时间Tue Feb 2 17:43:06 2010
※ 引述《ggg12345 (ggg)》之铭言:
: 假设系统预先过滤出来的 spam 暂存两周, 再假设正常的信与广告信为 1 : 1 ,
: 如果每天取信, 那麽留存的信就是 正常:广告 = 1 : 14
: 经营大规模 mail service 者, 对广告信自然会力求精确过滤, 甚至不会暂存也
: 不惜错杀. 若要暂存, 就暂存完全相同的信件, 这部份就已相当可观.
这假设跟实务的落差很大。
首先,
SPAM MAIL的大小通常都不大。
朋友没事转寄一个POWERPOINT的夹档可能就是上百或是上千封SPAM MAIL的大小。
其次,
每天取信,指的是POP3收信然後不在MAIL SERVER上面留存信件吧。
除了这种情形之外,其余使用IMAP或是POP3加上SERVER端留存一周以上信件的情形;
SPAM MAIL的总大小都远远小於『正常』信件的总大小。
接下来,
广告信过滤,原则会是宁可错放不能过宰,宁可保留不能删除。
客户的订单被当作广告信宰掉,是MAIL SERVER 的管理者就准备罚站或是回家吃自己了。
最後,
储存空间相对起来是『最简单的』。
: 假如把广告信的过滤当成时时发作的感冒来看, 搜寻引擎的存在使得用户的
: E-Mail 帐号容易取得, 发广告信的可以利用这种能力. 但体质不佳, 规模较小
: 的小个体户当然不如跨国企业的人力规模来进行防卫, 何况防卫也需用到计算
: 能力. 在不胜其扰下, 小规模者自然会产生投靠大户缴钱受保护的想法, 往日
: 投资在不当资讯过滤的中型规模者当然就备受竞争压力.
: 不当资讯的制造者与大规模搜索引擎能力者间自然形成相互利益的共同体, 假
: 如中小规模的 E-Mail service 再向已具有计算能力的搜索引擎业者购买计算
: 服务进行防堵或降低暂存压力, 那就典型的落入被宰杀的圈套里.
广告信件取得邮件帐号最主要的来源不会是搜寻引擎,而是字典尝试法。
小型企业的MAIL SERVER之所以需要委外处理,主要的考量不会是邮件过滤的好与不好。
而会是人力资源是否许可。
以上跟云端无关,但就个人维护邮件主机的心得提供参考。
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 122.116.235.183