寻求能在北京提供Solaris+iPlanet的技术服务和技术力量
我寻求能在北京本地提供技术服务的合作伙伴；我是某事业单位网管，刚刚接手邮件管理的工作（和项目）……
我单位的旧邮件系统是０２年建设的iPlanet邮件系统(SUN服务器上跑的Solaris8系统），EQManager的邮件网关，约１万账号……
现在面临的主要问题是：
旧邮件系统和网关都满负荷工作；
１、一旦垃圾邮件泛滥（或病毒产生垃圾邮件）；
不但我们的网关支持不住（现在EQmanager的邮件网关是７*２４小时的满负荷－CPU到达９９%）；
而且SUN服务器上的iPlanet也承受不了……
２、经常性的被垃圾邮件等负载侵扰，比如：一次垃圾邮件暴发，某个账号发邮件到达几万封信……邮件队列完全被堵塞；
于是我们删几万封邮件用了整整一天的时间（这个iPlanet邮件系统用LDAP的２级Hash的目录结构管理）删信整整用了一个工作日（约８小时）的时间……做Shell Script脚本删信（并且同时回收磁盘空间）一秒钟顶多能删个２封~几封邮件……真想不出更好的工作方式了……
３、因每个账号的容量才１００~２００Ｍ，用户（主要是院内员工）不断要求扩大邮件的容量，但我们没办法（也不敢）再扩大容量……
４、我院的邮件系统还承担着 某些办公等的重要工作，比如邮件群发、通知、投稿，对国内、外科研联络等重要工作；
５、邮箱系统改造虽然已经提到议事日程，但改造为新系统的具体实施要等年中（５~６月份事业单位的经费到达以后才能够具体实施……
所以现在 就是 邮件系统最艰难的维护时期……
所以：这种工作状态令我们单位（主要是领导和我）忐忑不安……
所以领导授权我在这里（Email系统的专业领地）发布招募外援信息，
寻求合作方为：
１、公司服务外包提供者（要求熟悉Solaris+iPlanet邮件系统……），能诊断邮件系统状况，并且提供改进、改良或调优化方案者；
２、个人技术高手能提供以上服务者也可以考虑。
如果技术水平高、服务到位，可以寻求长期合作……
联系方式：
邓先生：
手机：１８９１０２９５８８０
１８９１０２９５８８１
电话：８５１９６１４０
ＱＱ： ４１３１３９８９
Email: deng123@cass.org.cn
[ 本帖最后由 aw3 于 2011-1-16 09:58 编辑 ] 什么配置的服务器和敏讯什么型号或者配置网关？
正常邮件流量有多少？
负载高是因为正常流量确实很高，还是经常发垃圾的异常流量造成？
做了哪些安全设置？
邮件系统(集群系统)配置如下：
原帖由 tdk 于 2011-1-15 21:51 发表 http://www.5dmail.net/bbs/images/common/back.gif什么配置的服务器和敏讯什么型号或者配置网关？
正常邮件流量有多少？
负载高是因为正常流量确实很高，还是经常发垃圾的异常流量造成？
做了哪些安全设置？
多谢关注！
１、邮件系统主机部分使用2台SUN FIRE V880，分别担负目录服务和邮件服务，互为主机热备。使用SUN A5200磁盘阵列(已经改为EMC的CX3-10磁盘阵列)作为邮件存储。邮件系统使用Iplanet MessagingServer5.2 for Solaris。结构如下图所示：
２、邮件网关用的 敏讯的EQmanager V2.0 见这里：http://eqmail.cass.org.cn:8080/spam.html
正常邮件流量有多少？
答：正查ing...查完发上来……
[ 本帖最后由 aw3 于 2011-7-5 08:36 编辑 ]
回复 3楼 aw3 的帖子
对这个系统并不了解，仅仅知道一些大概情况问题需要从几个角度考虑：
1.高负载原因，是否为硬件不能满足正常业务
2.是否开放中继？
3.是否帐号密码泄密，可以强化密码策略，强制定期修改密码
4.限制只能发送本地域域名邮件
5. smtp最大连接数和线程数优化
6.限制每分钟或者一定时间内的发送频率
7.每张号一定时间内发送总量控制 （5.6 Iplanet可以实现，7并不太清除是否有具体参数）
8.配合dns做一些spf校验设置 是否有了
更具体的服务器配置？
用户总存储数量等？
也好大概估算一下
如何增加用户的信箱容量啊？
原帖由 tdk 于 2011-1-17 10:12 发表 http://www.5dmail.net/bbs/images/common/back.gif是否有了
更具体的服务器配置？
用户总存储数量等？
也好大概估算一下
总容量有1T左右……
问题还没有解决。
现在用户迫切希望增加容量啊！ 原帖由 tdk 于 2011-1-16 11:10 发表 http://bbs.5dmail.net/images/common/back.gif
对这个系统并不了解，仅仅知道一些大概情况
问题需要从几个角度考虑：
1.高负载原因，是否为硬件不能满足正常业务
2.是否开放中继？
3.是否帐号密码泄密，可以强化密码策略，强制定期修改密码
4.限制只能发送本 ...
还是没结果啊…… 帐户也不是很多，换个邮件系统就可以解决了。
页:
[1]
