我们在真实的使用条件下对套件进行了评估，其中包括有效的互联网连接以及对垃圾邮件最严重的电子邮件地址中的真实电子邮件地址进行 POP3 恢复。服务器被简单配置为接受同一个 POP3 帐户的八个同时连接。
对于第一次比较，我们没有在有限的恢复时间内评估序列。一般来说，如果您想让反垃圾邮件有机会发挥作用，每次电子邮件恢复之间最好留出 20 分钟到 30 分钟的时间。
同样，我们在这里并不是要捕获这些序列，而是要研究它们的正常行为。因此，垃圾邮件数据库没有被专门篡改以增加错误风险。在本例中，此处提供的套件均未将非垃圾邮件的邮件分类为垃圾邮件，这令人放心并且符合预期行为。
同样，这些套件也必须在没有先前邮件数据库或联系地址数据库的情况下进行。一些保护措施使用贝叶斯算法，需要对健康和不健康的电子邮件进行“预训练”。在我们的测试中，这些套件不允许进行任何学习，它们不得不使用其他检测技术。由于卡巴斯基不允许在未经事先训练的情况下激活反垃圾邮件，因此我们使用垃圾邮件数据库中的前 50 条垃圾邮件对其进行训练，以抵消学习效果。同样，一些保护措施使用地址簿来帮助它们检测垃圾邮件（因此，我们不得不放弃 Thunderbird，它在这种配置中将所有电子邮件（甚至非垃圾邮件）分类为垃圾邮件）。
所有测试均在 Windows XP 下的相同配置上进行。速度测试是在一台配备 4 GB RAM、基于 HP Core Duo 的计算机上进行的。
使用 XP（512 KB RAM）和 Outlook（禁用软件内部反垃圾邮件）下的八个虚拟机定期进行垃圾邮件恢复测试，这八个虚拟机在主机上形成自己的网络虚拟 NAT运行 Windows 7，配备 8 GB RAM 和四核处理器。
以下是评估的不同标准。
演出
垃圾邮件处理会延迟电子邮件恢复多少时间？为了回答这个问题，我们为所评估的八个套件中的每一个反复计时从 Outlook 检索 5,000 个地址。
我们采用了最佳时间，并将结果与 Outlook 在不使用套件（但激活了集成反垃圾邮件）的情况下检索相同数量的电子邮件所花费的时间进行了比较。
出于好奇，我们还通过记录检索 5,000 个地址前后的专用负载和“Windows 记录的峰值”来评估 Outlook 下每个套件的内存消耗。
大批量操作
我们要求每个套件立即检索两个月的邮件（仅限垃圾邮件），并检查已识别和未识别的垃圾邮件的数量。
测试的目的是确定很少使用或保存所有邮件的盒子的清洁能力。该测试还通过显示发布者最终清理签名数据库的速度来突出反垃圾邮件引擎的功能。
法国垃圾邮件的反垃圾邮件质量
该测试旨在评估出版商构建反垃圾邮件数据库的垃圾邮件样本的质量。一些出版商过于关注外国垃圾邮件，而没有像其他出版商一样考虑法语垃圾邮件。我们记录了一周的法国垃圾邮件，并统计了过滤器捕获的垃圾邮件和被遗忘的垃圾邮件。
基于 48 小时旧邮件的反垃圾邮件质量
该测试旨在评估每周仅使用两到三次电子邮箱时的反垃圾邮件质量。
基于 24 小时旧邮件的反垃圾邮件质量
该测试决定了每天仅登录一次的互联网用户的垃圾邮件清理质量。
频繁检索时的反垃圾邮件质量
此测试评估最常见的场景：每 30 分钟检索一次电子邮件的永久连接。测试连续两天进行。
Opera One - AI 驱动的网络浏览器
作者：歌剧
![首次接触 HTC Sensation XL 智能手机 [视频]](https://webbedxp.com/statics/image/placeholder.png)
