但是有的时候如果两个Imail的数据结构不一样时，就会对迁移带来一些麻烦。
实际中原来自己是独占一台服务器，Imail只是对应一个邮件服务器。由于其他原因，现有的邮件服务器要迁移到另外一台服务器上，而新服务器上的Imail已经有了邮件服务器，也就是说新的Imail要对应多个邮件服务器，其实如果这是再新建立一个邮件服务器也没有什么问题，问题的关键就是目前备份的数据结构与新服务器不适应。
问题是这样产生的，Imail的默认邮件服务器的路径直接使用Imail目录，也就是说第一个邮件服务器的默认的数据是防止在Imail的目录下面，比如用户信息就直接是在Users下，而我备份的服务器的数据由于只有一个Host，放置的位置也是直接在Imail的目录下，如果按照常理恢复必将导致数据发生冲突。解决的办法是首先在Imail里面建立一个新的Host，比如“test.com”,这个时候你会发现相应的文件目录中，在Imail下面出现了一个test_com的目录，把备份的数据放置在这个目录下面。接下来恢复你备份的注册表，好在Ipswitch考虑到了这个问题，在注册表的结果中已经把个Host分开存放，这个就比较省事了。下面要修改对应的目录，选中test.com，点击General，在Top Directory中将原来的C:\imail修改为C:\Imail\Test_com。这个时候发现Tcp/IP Address中的IP依旧为原来IP，而且还是不可修改的，这个时候可以进入注册表进行修改，在HKEY_LOCAL_MACHINE－Software－Ipswitch－Imail-Domains，找到你原来的IP，然后进行修改，保存退出以后你会发现服务器的IP已经该为了新的IP。
下面的问题是针对Imail的群件的。在Imail里面，群件是比较简单的，只需要在Lists中创建，然后在Users中用Add创建即可。但是在应用中依靠这样建立列表可能会觉得很繁琐，因为比如在公司中如果建立群件一般都是公司全体员工有一个，然后在分部门、分地域等等，这样就会造成数据的重复输入，更危险的是由于同一条记录可能重复输入几次，很可能会导致某次输入错误，检查起来就会相当麻烦了。下面把我实际中的经验和大家一起分享：我们公司有一个通讯录，Excel格式的，估计一般公司都有这个吧，表大概部门、姓名、邮件地址、电话等等几栏，这当中邮件地址这一栏是尤其重要的，但是现在离目标还有几步，当然要坚信一定会成功。首先分析一下Imail群件的存放位置和格式，它是在Lists目录下面按照群件不同名字建立相应的目录，Lists目录下面有一个Lists.txt的文件里面是你建立的群件名字和别名的对照，每个子目录下面有两个文件，一个是Users.LST，用来存放Address信息，格式是：<Test@test.com>；一个是Users.txt，用来存放Users信息，格式是：<Test@test.com> “test”。看起来转换好像也很麻烦，但是如果利用Excel的功能就很好实现了。通讯录的格式是类似test字样，这个时候可以在其他栏中输入<、@test.com、>，然后利用函数“CONCATENATE”通过把几栏合并成为新的一栏，其余栏复制公式及就可以了。然后把该栏复制到记事本一类的程序中存为Users.lst文件，Users.txt文件按照相同的方法制作（注意”前面有个空格），最后复制到相应的目录，再打开Imail，你会发现数据已经输入完毕了。
另外还要谈到的就是群件的安全性问题，默认建立群件的时候是Anyone都可以发送的，第一次建立的时候我没注意，结果一个广告信被发给了公司的每一位员工。后来采用Security中的Subscribe选项，但是这个只能是群件中的用户可以对群件进行发送，到了实际中就有一定弊端了，比如北京的员工想给上海的员工的群件列表发送邮件，由于不在对方的列表中就不可以，解决的办法有两个，一个是可以在Security的Use Password中输入Password，如果别人不知道密码就不可以发送，但是实际还不是很方便。所以我比较推崇使用Enable Posters List选项，在Edit Posters中输入可以发送的人员的列表，当然也可以使用类似上面的简便方法，制作一个全部使用人员的文件，这个文件的名字叫做Posters.lst，然后复制到每个群件的对应目录中就好了。
整体来说，Imail这个软件容量不大，功能还是很完善的，由于目录和注册表的结构都比较清晰，给了用户对软件进行修改和二次开发以方便
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
