邮件系统解决方案-exchange2007.doc

《邮件系统解决方案-exchange2007.doc》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、外网邮件系统技术方案1.客户需求1.1.域名外网邮箱域名建议采用zs.zj.tobacco.com.cn，待客户最后确定。1.2.用户与邮箱存储考虑本次外网邮件系统建设范围为某某全地区，目前内网邮箱用户数已有300左右，如果按每年10%的用户数递增，未来5年内最大用户数<=1000。如果以每个用户200MB的容量计算，邮件系统在未来5年内需要的邮箱存储空间为：200*1000*1.5*0.8=240GB（1.5的系数考虑到邮件服务器需要至少30%的空间用于日常备份及灾难恢复，0.8的系数为所有用户

2、用满服务器邮箱极限的发生概率）。1.3.服务器部署与安全性1.邮箱服务器要求部署在企业内网，病毒网关服务器要求部署在DMZ区2.整个邮件系统应建立合理的网络安全方案，具有一定的反垃圾邮件功能3.用户、邮件数据可备份，可还原1.4.功能需求1.实现外网邮件系统的POP3、SMTP访问2.实现外网邮件系统的Web方式访问3.实现内、外邮件的互通，内外邮件系统能够实时完全同步1.用户具有自己的收件箱、发件箱、草稿箱、垃圾箱。每个邮箱的邮件可增、删、查1.1.项目主要内容1.部署外网邮件系统2.实现内、外

3、邮件系统的互通3.开发公共邮件WEB访问系统4.公共邮件系统和行业网邮件系统的互通建设1.2.应达到的技术指标和参数1.统一邮件系统的建设不影响行业网内部的文件传输和邮件传输2.统一邮件系统应建立合理的网络安全方案3.内、外邮件系统能够实现完全同步2.系统设计电子邮件一直以来就是互联网上最重要的应用，伴随着互联网的迅猛发展，电子邮件以其高速、方便、廉价的特点，使得越来越多的人将它作为最主要的信息通讯方式。对于企业用户而言，使用电子邮件进行通讯，不仅可以提高办公效率，而且可以大幅度降低运营成本。用户

4、对电子邮件的使用，已经经历了一个从低到高、从简单到深入的过程。最初，企业用户与个人用户在电子邮件的使用和管理上并无太大区别，企业员工自行申请一些免费或收费的电子邮箱，进行日常商务活动。随着企业互联网应用水平的快速提高，以及企业对商务通讯管理的需要，部分企业开始自建邮件系统或租用ISP提供的企业邮局服务。企业自建邮件系统，虽然可以满足企业用户的大部分需求，但是资金投入巨大，日常运维成本太高，多数企业特别是缺乏资金和技术实力的中小型企业根本无力承担，因此更多的企业将目标转向邮箱托管服务。1.1.设计原

5、则针对全地区统一后的邮箱特点，从系统的总体目标和需求出发，结合目前先进和成熟的一些计算机技术与理念来设计系统，力求建设一套实用、先进、成熟、可靠的企业邮件系统，能够通过对系统的使用，提高基础结构的安全性和可靠性，同时考虑与未来系统的接口，并为将来业务需求的进一步扩展作好准备。本次安全邮件系统建设具体需达到如下目标：u完善的功能员工对于该邮件系统功能的需求，已经不只是简单地连接上网、收发电子邮件等，而是希望系统的使用能越来越方便，提供的功能越多越好，特别要针对个性化提供多层次的分级管理界面，并将短信

6、邮箱、安全邮箱、反垃圾等功能内容进行拓展和丰富。u支持多种移动设备和访问方式随着通信新技术的不断发展，对于各种数据通信承载层方面和用户界面方面都应提供相应的应用和服务。如智能手机，PDA，Web，Wap，短信，彩信等多种灵活的接入手段，随时随地为员工提供数据服务。u先进性系统必须采用先进的概念、技术、方法和设备。既要反映当今的先进水平，又要具有发展潜力。同时系统涉及的技术、平台、操作方法和计算机设备等都必须是相对成熟可靠的。u实用性和实时性系统必须较好地满足用户需求，使用方便，界面友好。同时系统必

7、须考虑实际操作的响应速度，网络通讯必须具有一定的实效性，在系统业务流程处理、流转中也要体现出实时性的特点。u系统的高可靠性对于向员工提供的外网邮件服务，系统的可靠性要求应非常高，必须保证7*24小时不停机工作和相关的一系列可靠性指标。u系统安全性该系统必须具备很高的安全性，防止受到恶意的攻击和垃圾邮件侵扰，必须具备系统层面和应用层面的安全机制。u灵活开放性该系统应发展成为与电子政务其他系统紧密结合，要求系统应该具有足够的可扩展性和开放性，以满足未来发展的需要。u良好扩展性系统建设方案应综合考虑全地

8、区邮件系统的现状以及未来业务发展的扩展能力，即充分保证当前不会过度的投资，又能保护前期投入。在未来需要大幅度发展的情况下，系统提供良好的扩展性。1.1.设计架构考虑到某某目前的情况，使用集中式部署的方式。集中式邮件系统意味着运行Exchange的所有服务器都位于中央数据中心，并在这里进行管理。这样能最大限度的减少管理和维护成本。根据是否需要考虑高可用性因素，分为两种设计架构供选择，即架构一（有单点故障）和架构二（无单点故障），具体如下：1.1.1.架构一架构一中邮件系统共涉及4台服