merak smtp进程CPU100%

xuweiliang521

问题：刚装的邮件服务器就出问题了。


邮件服务器IBM X3550 U2,双网卡，一个直接接WAN网固定IP，一个接内网固定IP,
windows server 2003 + merak mail server 8.0.3软件启动十分钟后（有时一个小时也没事）， SMTP进程CPU 100%,此时就会发现message queue里有两个或四个接收对话一直进行...(见附件),
接着拔掉网线也是一样，只有结束smtp才行。
不知为何？
xuweiliang521@tom.com
QQ:363235801

https

破解版本吗？

xuweiliang521

是破解版的,我打开message queue其中 的一个receiving，显示的内容是：从xu-weiliang@rexm.co.jp到wei-pan@rexm.cn到邮件，每次smtp 100%时，message queue都有这个receiving出现，@rexm.co.jp是总部的邮件服务器，@rexm.cn是自己的邮件服务器，并且这份还是我发出去的邮件，但outlook已退信了，可服务器为什么频繁出现呢，能看出什么原因来吗？

https

这个版本太老了，至少是3、4年前的了，现在没几个人用了。
可能是连接没有自动断开，或者是在接收对方的退信，但不可能就这么几个SMTP连接能使CPU 100%，估计还有其他原因

[ 本帖最后由 https 于 2010-2-25 11:25 编辑 ]

xuweiliang521

是那一两个MESSAGE QUEUE 把CPU给占用了，据分析是直按回复的邮件才极少数出现这种收不来的情况。见下message queue打开的内容：
.
Received: from D5GJVK2X ([222.92.222.114])
        by mail.rexam.cn (Merak 8.0.3) with ESMTP id IP540553;
        Thu, 25 Feb 2010 10:49:13 +0800
From: =?utf-8?B?546L5pif6L6w?= <wang-xingchen@rexam.cn>
To: =?utf-8?Q?'=E5=B2=A1=E7=94=B0=28Okada=29/SZRS'?= <okada-yoshio@rexam.co.jp>,
=?utf-8?B?J+adjuWPrOi+iSc=?= <li-zhaohui@rexam.cn>
Cc: =?utf-8?B?J+WbvemZhemDqCDpu5Hljp/ovpnkuZ8n?= <kurohara-tetsuya@rexam.co.jp>,
=?utf-8?B?J+WTgei0qOmDqCDmnY7kvKDmoJEn?= <li-chuanshu@rexam.cn>
References: <[email=05d301cab468$157f6770$8300910a@lizhaohui]05d301cab468$157f6770$8300910a@lizhaohui[/email]> <[email=33070533A4C04CDD8396B780C57178D0@D5GJVK2X]33070533A4C04CDD8396B780C57178D0@D5GJVK2X[/email]> <6FED0E5250D64D7DBDE2438E2125615F@kps.kp.ryosyu.co.jp>
Subject: =?utf-8?B?UkU6IERJU+i/lOWNtOWTgUVFUFJPTeW8guW4uOehruiupA==?=
Date: Thu, 25 Feb 2010 10:49:20 +0800
Message-ID: <[email=5B758D70A8984BB4A4A2A712DE008811@D5GJVK2X]5B758D70A8984BB4A4A2A712DE008811@D5GJVK2X[/email]>
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_0042_01CAB608.2F76AA20"
X-Mailer: Microsoft Office Outlook 11
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
Thread-Index: Acq1vcTg/FodcsGhRwyhYwY1SQe42gABCuRA
In-Reply-To: <6FED0E5250D64D7DBDE2438E2125615F@kps.kp.ryosyu.co.jp>
This is a multi-part message in MIME format.
------=_NextPart_000_0042_01CAB608.2F76AA20
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: base64
VE/vvJrlk4HotKjpg6gg5p2O5Li7566hDQpGTe+8muWbvemZhemDqCDlhojnlLDlhYjnlJ8NCiAN
CuWFs+S6juS4i+iusOWGheWuue+8jOi/m+ihjOWbnuetlOOAgg0KIA0K5byC5bi45Y+R55Sf55qE
5Zyw54K5DQogDQoxLumprOWKm+iuvuWumsK3wrfCt8K3wrfCt1NaUlPmsqHmnInpgInmi6kNCjIu
U1RFUGRlbWFuZMK3wrfCt8K3wrfCt1NaUlPmnInov5vooYzpgInmi6nnmoTmnLrnp40NCjMu5a6k
5YaF5L2O6aqa5pyq5a+55bqUwrfCt8K3wrfCt8K3U1pSU+aciei/m+ihjOmAieaLqeeahOacuuen
jQ0KIA0KMeacieWcqOWuouaIt+WkhOiuvuWumueahOWPr+iDveaAp+OAgg0KMuWSjDPlnKhzenJz
5pyJ6K6+5a6a55qE5Zyw5pa544CCDQrkvYbmmK/vvIznoa7orqTkuoZFRVBST03otYTmlpnvvIzm
nKzmrKHov5Tov5jlk4HkuIrvvIzlr7nkuo4NCuivpeW9k0VFUFJPTeayoeaciei/m+ihjOiuvuWu
muOAgg0KIA0K5omA5Lul77yM6K6k5Li65ZyoU1pSU+WGhei/m+ihjOiuvuWumuWIh+aNoueahOWP
r+iDveaAp+mdnuW4uOWwj+OAgg0KIA0K5L2G5piv77yM5Lmf5LiN5LqG6Kej5Yiw5bqV5piv5ZCm
5piv5Zyo5a6i5oi355Sf5Lqn57q/6L+b6KGM5o2i5YaZ55qE44CCDQogDQrku6XkuIoNCiANCiAN
Cg0KICBfX19fXyAgDQoNCkZyb206IOWyoeeUsChPa2FkYSkvU1pSUyBbbWFpbHRvOm9rYWRhLXlv
c2hpb0ByZXh4YW0uY28uanBdIA0KU2VudDogVGh1cnNkYXksIEZlYnJ1YXJ5IDI1LCAyMDEwIDk6
NTQgQU0NClRvOiDnjovmmJ/ovrA7ICfmnY7lj6zovoknDQpDYzogJ+WbvemZhemDqCDpu5Hljp/o
vpnkuZ8nOyAn5ZOB6LSo6YOoIOadjuS8oOagkScNClN1YmplY3Q6IFJlOiBESVPov5TljbTlk4FF
RVBST03lvILluLjnoa7orqQNCg0KDQrvvLTvvK/vvJrnjovlhYjnlJ/ihpLlk4Hos6rpg6jjgIDm
nY7kuLvnrqENCu+8pu+8re+8muWbvemam+mDqO+8v+WyoeeUsA0KIA0K5LiL6KiY44Gr44Gk44GE
44Gm44CB5Zue562U44GX44G+44GZ44CCDQogDQrnlbDluLjjgYzotbfjgZPjgaPjgabjgYTjgovn
rofmiYDjgavjgaTjgYTjgabjgIENCuOAgOKRoOmmrOWKm+ioreWumuOAgOOAgOOAgOOAgOOAgOOA
gOOAgOODu+ODu+ODu1NaUlPpgbjmip7nhKHjgZcNCuOAgOKRoeOCueODhuODg+ODl+ODh+ODnuOD
s+ODieioreWumuOAgOODu+ODu+ODu1NaUlPpgbjmip7mqZ/nqK7mnInjgooNCuOAgOKRouWupOWG
heS9jumokuacquWvvuW/nOOAgOOAgOOAgOOAgOODu+ODu+ODu1NaUlPpgbjmip7mqZ/nqK7mnInj
gooNCiANCuKRoOOBr+ODpuODvOOCtuODvOOBq+OBpuioreWumuOBl+OBn+WPr+iDveaAp+OBjOac
ieOCiuOBvuOBmeOBjOOAgQ0K4pGh44Go4pGi44GvU1pSU+OBq+OBpuioreWumuOBl+OBpuOBhOOC
i+euh+aJgOOBp+OCguacieOCiuOBvuOBmeOAgg0K44Gf44Gg44GX44CBRUVQUk9N44GuQVPos4fm
lpnjgpLnorroqo3jgZfjgb7jgZfjgZ/jgYzjgIENCuS7iuWbnuOBrui/lOWNtOWTgeOBq+ipsuW9
k+OBmeOCi0VFUFJPTeioreWumuOBr+acieOCiuOBvuOBm+OCk+OBp+OBl+OBn+OAgg0KIA0K44Gd
44Gu54K644CBU1pSU+WGheOBp+OBruioreWumuWIh+abv+OBruWPr+iDveaAp+OBr+mdnuW4uOOB
qw0K5L2O44GP44GE44Go6ICD44GI44G+44GZ44CCDQogDQrjgZfjgYvjgZfjgIHjg6bjg7zjgrbj
g7zjg6njgqTjg7Pjgafjga7kuI3lhbflkIjnmbrnlJ/mmYLjgasNCuODh+ODvOOCv+OBjOabuOaP
m+OCj+OBo+OBn+OBi+OBqeOBhuOBi+OBq+OBpOOBhOOBpuOBrw0K5LiN5piO56K644Gq54q25oWL
44Gn44GZ44CCDQogDQrku6XkuIoNCiANCi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0gDQoN
CkZyb206IOeOi+aYn+i+sCA8bWFpbHRvOndhbmcteGluZ2NoZW5AcmV4eGFtLmNuPiAgDQpUbzog
J+adjuWPrOi+iScgPG1haWx0bzpsaS16aGFvaHVpQHJleHhhbS5jbj4gIDsgJ+WyoeeUsCAgPG1h
aWx0bzpva2FkYS15b3NoaW9AcmV4eGFtLmNvLmpwPiAoT2thZGEpIC9TWlJTJyANCkNjOiAn5Zu9
6ZmF6YOoIOm7keWOn+i+meS5nycgPG1haWx0bzprdXJvaGFyYS10ZXRzdXlhQHJleHhhbS5jby5q
cD4gIDsgJ+WTgei0qOmDqCDmnY7kvKDmoJEnIDxtYWlsdG86bGktY2h1YW5zaHVAcmV4eGFtLmNu
PiAgDQpTZW50OiBUdWVzZGF5LCBGZWJydWFyeSAyMywgMjAxMCA2OjI1IFBNDQpTdWJqZWN0OiBS
RTogRElT6L+U5Y205ZOBRUVQUk9N5byC5bi456Gu6K6kDQoNClRP77ya5bKh55Sw44GV44KTDQpG
Te+8muadjuS4u+euoQ0KIA0KRElT6L+U5Y205ZOB44CB6Kmz57Sw44CBDQrlr77osaHmqZ/nqK7v
vJpFQzA5MTE1Qe+8iDNQMTg3NjcxLTEwSO+8iQ0K44Om44O844K25YG055Ww5bi454++6LGh77ya
5pqW5oi/5Zyn5Yqb55Ww5bi4DQpFRVBST03oqq3lh7rjgZfjga7nlbDluLjjgarjgajjgZPjgo3j
ga/mt7vku5jlj4LnhafjgIINCkZDVOWGjeaknOafu+e1kOaenE9L44Gn44GZ44CCDQrnlbDluLjj
ga7jgajjgZPjgo3jgavlr77jgZfjgabop6PmnpDjgZfjgabjgIENCjIvMjXjgb7jgaflm57nrZTj
gYrpoZjjgYTjgZfjgb7jgZnjgIINCiANCuS7peS4ig0KIA0KDQogIF9fX19fICANCg0KRnJvbTog
5p2O5Y+s6L6JIFttYWlsdG86bGktemhhb2h1aUByZXh4YW0uY25dIA0KU2VudDogVHVlc2RheSwg
RmVicnVhcnkgMjMsIDIwMTAgNToxMSBQTQ0KVG86IOWyoeeUsCAoT2thZGEpIC9TWlJTDQpDYzog
d2FuZy14aW5nY2hlbjsg5Zu96ZmF6YOoIOm7keWOn+i+meS5nzsg5ZOB6LSo6YOoIOadjuS8oOag
kQ0KU3ViamVjdDogRElT6L+U5Y205ZOBRUVQUk9N5byC5bi456Gu6K6kDQoNCg0KVE/vvJrlhojn
lLDlhYjnlJ8NCkZN77ya5p2O5Y+s6L6JDQogDQogRElT6L+U5Y205ZOB77yM6K+m57uG77yMDQrj
gIDlr7nosaHmnLrnp43vvJpFQzA5MTE1Qe+8iDNQMTg3NjcxLTEwSO+8iQ0K44CA5a6i5oi35aSE
5byC5bi4546w6LGh77ya5pqW5oi/5Y6L5Yqb5byC5bi4DQrjgIBFRVBST03or7vlj5bmnInlvILl
uLjkuYvlpITvvIzor6bnu4bpmYTku7blj4LnhafjgIINCuOAgEZDVOWGjeajgOafpee7k+aenE9L
44CCDQog6K+35a+55byC5bi45LmL5aSE6L+b6KGM6Kej5p6Q77yMDQog6K+35ZyoMi8yNeWJjeWb
nuWkjeOAgg0K6LCi6LCi77yBDQoNCg==
------=_NextPart_000_0042_01CAB608.2F76AA20
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
=EF=BB=BF<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dutf-8">
<META content=3D"MSHTML 6.00.2900.5921" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV dir=3Dltr align=3Dleft><FONT face=3D"MS UI Gothic" =
color=3D#0000ff>TO=EF=BC=9A=E5=93=81=E8=B4=A8=E9=83=A8=20
.......

xuweiliang521

与总公司邮件服务器之间通信，绝多数的邮件没有问题，就是极少数从总部来的邮件，服务器收不下来呢？

xuweiliang521

刚才发现，MESSAGE QUEUE中又出现两个一样的RECEVING状态的连接，就47KB大小，
我到E：\MERAK\TEMP发现两个一样的201003031212001.TMP文件,能用TXT文件打开,看到要传给本服务器的几位同事,于是我把它们分别剪切到对应的邮箱文件夹中E：\MERAK\MAIL\LI-CHUANSHU,果真LI-CHUANSHU收到了这份邮件,内容也非常正确.
  回头一看MESSAGE QUEUE中的两个边接没有了,但SMTP还是100%,请问大侠这是为什么呀?
我感觉是那个邮件服务是收下来了,并存入了TEMP文件夹,可是为什么没有断开连接,也没有分发到对应的人的邮箱文件夹呢?

https

如果你们总公司也是用merak的，建立个ssl通道比较好

xuweiliang521

问题解决了，
将virs spam反垃圾邮件策略停用后就OK了，但不知为什么？
应该如何去用好这个策略？

https

你的服务器很奇怪，有可能是软件的问题。
如果是公司用，还是用正版吧，反正又不用你出钱，更新维护解决问题都方便很多。