我的客户正在被母公司剥离，用户已经迁移到新的AD森林和Exchange组织。 在母公司，他们希望为被剥离的用户自动复原（很简单），但是他们希望他们总是为每个收到的消息开火。
在Exchange 2010和OWA GUI中，它指出将为每个发件人发送一次OOO / autoreply。 这是不可configuration的，AFAICT。 每次pipe理都要configurationautoreply。 这是我可以强迫的东西吗？
或者，我考虑创build一个简单的收件箱规则来触发在“x”date（今天）之后收到的每条消息，同时让服务器回复相应的消息。 但是，此规则仅在Outlook中可见/可configuration，而不是OWA。
因此，我不能让我的用户（已经迁移，因此Outlook正在使用新的域）在旧域的Outlook中设置此 – 不是通过试图使新的configuration文件手动连接到旧的Exchange组织。 不用了，谢谢。
此外，New-InboxRule cmdlet似乎无法configuration“回复”操作，除非我丢失了某些内容，所以我无法在PowerShell脚本中执行此操作。
任何其他方式来解决这个问题的想法？ 自定义反弹传输规则看起来可能会被发件人忽略 – 因为自定义消息被隐藏在5.7.1错误代码中，并且不像正常的OOO消息。
/ 呸骗子。 刚刚find这一个。 除非事情发生了变化，否则我很可能倒霉。 交换不在办公室，发送每个电子邮件的OOO答复
我在一个20倍大的母公司的300人附属公司工作，我们在父交换组织中有一个邮件联系人，configuration有一个转发规则。 由于您的剥离是一次性的，所以如果您做了类似的事情，则不需要进一步维护邮件联系维护。
由于多种原因，OOO处理是单个回复，如果不是一次性规则，那么导致转发循环大多是多么容易。
考虑到你正在build立一个新的Exchange域（假设有一个新的.com域用于邮件），也许你可以制定一个传输规则，除了在上面描述的场景中转发之外，还向发送者返回一个消息。 邮件传递选项与传输规则有些不同，所以我不确定这种方法是否可行。
RFC 3463似乎被devise为在你的情况下有帮助，5.1.2的状态代码将直接适用（永久失败：邮箱已移动）。 不幸的是，你可能永远无法依靠正确的外部合作伙伴parsing。