“非技术因素”?

又是很久没有吭声了。

前些日子,为了满足公司“不断发展的业务需要”,把之前“老一辈同事”搭建的邮件系统升了个级。原本的邮件系统是基于系统帐户的,不支持虚拟域等高级功能。经过我几天的工作,重新搭建起了一个postfix+sasl+mysql+IMAP+sqwebmail的标准环境。

考虑到需求,安装了Mailman作为邮件列表管理系统,本以为把这个工作交给了同事,也没什么操心的。谁知道,单是一个mailman就让他头痛了半天,总算等他弄好。提交给老板,我又着实的为“非技术问题”难住了。

  1. 如何保证公司的每一个员工都能知道邮件服务器切换
  2. 如何保证切换的过程中没有邮件丢失
  3. 如何保证所有的用户可以接收之前信箱的内容(应部分员工要求重新注册了邮箱)

类似3扳斧的问题,只能一一对应的找到应对方案

  1. 全体通知,写了一个脚本,从数据库中读取帐户信息,依次把邮件发送给每个员工
  2. 又是一个脚本,备份原系统种所有的数据,导入到新邮件帐户
  3. 在邮件系统中人工一一建立了name aliase

总算是应付过去了,总结如下:

  1. 对于一个项目,技术人员习惯上将其看作一个技术问题,容易走上误区
  2. 对于大多数最终用户而言,宜用程度和安全度比技术上的优势有说服力的多
  3. 迁移一个生产平台是风险想当大的事,前期规划很重要。
  4. 作为*nix的工程师,ShellScript是必须的技能
  5. 特别是多人参与的项目SOP想当重要。

一口气说了很多,杂乱无章的。

anyShare分享到:
          
  1. No comments yet.
(will not be published)
*