迁移到Zimbra,而不会冒着使用通用域名进行业务的风险

先前我们讨论了如何从IBM Notes / Domino 迁移到Zimbra。 我们概述的选项非常适合员工人数少的小型企业。 但是,拥有数百名员工的大型企业又如何保证向新邮件系统的急剧过渡会导致崩溃并给企业带来前所未有的风险呢? 在这种情况下,是否可以组织到Zimbra的分阶段过渡?

图片

前面的示例一样 ,可以通过在一个域上一次部署两个邮件系统来实现分阶段过渡。 主要区别在于,这次Zimbra协作套件将用作主要邮件系统。 它的任务之一是,如果收件人尚未迁移到Zimbra,则将信件从IBM Notes / Domino转发到服务器。 结果,我们需要进入一个场景,其中来自外部网络的消息发送到Zimbra MTA,然后将其转发到当前收件人帐户所在的邮件系统。

因此,在现有基础架构的框架内,我们在mail.company.ru域上运行IBM Notes / Domino,在zimbra.company.ru域上运行Zimbra Collaboration Suite。 为了使Zimbra充分发挥主服务器的作用,即接收邮件并将其重定向到Domino,必须在Zimbra服务器上创建所有电子邮件用户的帐户。 相反,如果像我们上一篇文章中那样使用全局规则,那么所有不在Zimbra服务器上的电子邮件都将被重定向到Domino服务器。 这充满了这样的事实,即在收到发给不存在的用户的信件后,就会出现所谓的“邮件循环”。

如果您的公司使用AD管理帐户,则在Zimbra中创建帐户时不会出现任何问题。 在同一情况下,如果所有帐户都已创建并存储在IBM Notes / Domino中,则可以避免使用Domino内置功能将帐户列表导出到.csv文件的繁琐的手动帐户转移。 完成此操作后,您需要运行“ 批量配置向导” ,该向导可以基于.csv文件中的数据同时创建多达500个帐户。



在使用Zimbra的服务器上创建了所有帐户之后,对于将使用Domino的服务器上的每个帐户,都必须使用以下格式的命令注册路由:zmprov ma user@company.ru zimbraMailTransport smtp:mail.company.ru:25 ,其中而不是user@company.ru,有必要用Domino替代服务器上“活动”的帐户。 原则上,手边有一个.csv文件,其中包含从Domino中提取的帐户列表,您可以使用脚本来自动执行此过程。

之后,仅需配置MX记录,以使所有传入的信件都首先发送到Zimbra MTA,然后在此处对其进行排序。 这就完成了Zimbra和IBM Notes / Domino公用域的配置。 之后,您可以开始将邮箱的内容和帐户数据从一个系统传输到另一个系统。 这是通过使用Lotus Domino的ZCS迁移向导和上一篇文章中的说明完成的

请注意,完成任何帐户从IBM Notes / Domino到Zimbra的迁移之后,有必要禁用我们之前为其配置的强制邮件路由。 使用命令zmprov ma user@company.ru zimbraMailTransport lmtp:zimbra.company.ru:7025完成此操作。 因此,在所有用户迁移到Zimbra之后,邮件将不再完全从Domino重定向到服务器,这意味着可以将其禁用并完全切换为使用Zimbra。

此迁移选项是通用的,可用于从任何邮件系统到Zimbra的迁移。 如果由于某种原因上一篇文章中描述的说明不适合您,则从使用MS Exchange切换到Zimbra时也可以使用它。

有关Zextras Suite的所有问题,您可以通过电子邮件katerina@zextras.com与Zextras Katerina Triandafilidi的代表联系。

Source: https://habr.com/ru/post/zh-CN443260/


All Articles