换了IBM服务器还是一样，smtp in 性能很差,smtp engine似乎很烂
IBM服务器CPU：Xeon 5130 2G X 2
内存：4G
邮件量较大，每天入站要3000-4000 左右，特别是到了周五经常出现收信和发信队列出现大量N/A，邮件服务器ping 外部ip都time out ,重新禁用启用网卡就ok
注意到垃圾邮件量较大 smtp in 队列状态大都处在 spam filtering
说明书几乎看烂掉,ip缓存已启用，smtp in 拒绝spam 填0 或10都试过了，效果都差不多。几乎所有可以优化的参数都试过了。反垃圾邮件相关参数开或关，都差不多。感觉MD是不是属于小型的Mailserver
MD的smtp engine似乎不是太优秀，感觉没有很好的利用硬件，cpu和内存使用率都很低 cpu 最高约6~7% 物理内存只用了1G左右 甚至网上关于20003 server 的tcp/ip 优化 都试过了，注册表文件里的tcp/ip参数都通通优化了一遍，几乎没有感觉，还是照样
是不是spam scan 有bug无法处理太多邮件？？？？ 发现对于spam 只有 收件地址例外，没有 发件人例外
希望能够设置 发件人例外列表 ，不需要将正规公司的邮件也通通都扫描一遍 贝叶斯也按照推荐的文章 设置了imap件夹学习超过1周 ,效果依旧 你这个量，用个普通的个人电脑处理基本都没啥问题。
PING TIME OUT和邮件系统有什么关系！
要么网络太差，要么服务器操作系统没做好，防火墙杀毒软件什么的没配好，或者中毒什么都 邮件服务器ping 外部ip都time out ,重新禁用启用网卡就ok-这个和Mdaemon没有任何关系，建议安装最新网卡驱动，或者你安装了非正式的Windows版本。
Mdaemon还没强到能够将网卡弄当。 :victory: :victory: 呵呵，此问题与我测试过的一个问题想像，不知道是否一样，MD中的一个参数的设置问题。
设置－－－带宽控制－－中将基于每服务来应用节流 不选即可。
如果选定后会使用服务器对每一队列进行平均流量分配，造成队列过多等候时间，这样邮件服务器无法发送队列。（我选定测试过，后果就是smtp、pop队列由原来的3-5个变成了30个左右，很多邮件都不能发送）
[ 本帖最后由 nickren 于 2007-9-4 08:27 编辑 ] 服务器是ibm人来装的 用install guide cd 安装, driver 应该ok,服务器自带 broadcom 1g NIC,win2003 enterprise ，检测过了没啥问题 ,装os和driver应该ok
其实这套MD之前在一台旧的server（2x1G CPU ,1G RAM,intel 100M NIC）上运转，也是遇到这种情况。邮件多时smtp in 就排长龙（在 spam filtering），严重时，网卡也是会断断续续。过了邮件入站高峰期，ping值就正常。
后来以为是硬件太烂就买了台ibm server,按理说硬件应该ok了，怎么一模一样的问题又出现.
有一个情况比较怪，就是我这的垃圾邮件很多，一天从Internet 入站的邮件4~5000，差不多1/4~1/5是垃圾邮件，之前有人也说过是不是mdspam engine 过于严格影响到smtp in？？？
“设置－－－带宽控制－－中将基于每服务来应用节流 不选即可。”默认安装后就没有选此项
其实这个网卡failure的问题不是经常出现，几乎只在周五邮件量大时（可能为平时2倍）才出现
硬件防火墙设置OK，网络是光缆带宽足够，病毒check 过也ok，update也ok,一些基本的出错情况大致可以排除
我现在的设置是，tcp/ip注册表项以更改回初始默认值，启发式判断垃圾邮件值=4.5 ，smtp拒绝邮件值=15，(之前看到论坛介绍 判断垃圾邮件值=15 ，smtp拒绝邮件值=0设置过了，周五时NIC也是会failure)
我想参考一下，各位的MD平时的入站流量大概多大，垃圾邮件比例多大，是否有类似情况，我好做一些判断
之前使用linux+gmail,那时邮件量主要是中国地区的没有这样频繁，这次这边的邮件几乎来自世界各地，个人感觉每天量是比较大的
这套MD是之前同事在旧server上架构的一直都有NIC上问题，我是负责迁移到新server上后对此进行优化，但发现问题依旧
[ 本帖最后由 harpym123 于 2007-9-4 10:31 编辑 ] 我这其他硬件环境还行，Catalyst 4500 ,整套IBMserver+ storage+SAN, IBM p系列小型机也有,跑AIX Oracle 通通nice,其他诸如Snort , Openview,Orion ,sniffer 这类system也都handle过 ,就这次搞MD这么这样难产
之前历史遗留下来的MD就有这个问题,现在换新server,我接手来优化问题依旧，现在是骑虎难下，要从MD迁移到Exchange似乎没指望了,现在只能边用边看了
[ 本帖最后由 harpym123 于 2007-9-4 11:13 编辑 ]
