Exchange 2010:阻止应用于通讯组的传输规则列出列表中的所有用户

我们有Exchange 2010.说我试图禁止用户在内部通讯中包含大型附件。 我已经build立了一个如下的传输规则:

Apply rule to messages from users that are 'Inside the organization' and when any of the recipients in the To or CC fields is '[email protected]' and when the size of any attachment is greater than or equal to '10 KB (10,240 bytes)' send 'No attachment for you!' to sender with '5.7.999' except when the Subject field or message body contains 'allow-attachment' 

触发此规则时用户获得的结果会列出通讯组列表的每个成员。 首先列出增强的DSN文本,然后列出下面的自定义消息。 例如,如果abby,bashir和caroline是所讨论的邮件列表的成员,则Exchange会产生如下反弹:

 [email protected] Your message wasn't delivered because the recipient's e-mail provider rejected it. [email protected] Your message wasn't delivered because the recipient's e-mail provider rejected it. [email protected] Your message wasn't delivered because the recipient's e-mail provider rejected it. Diagnostic information for administrators: Generating server: mail.contoso.com [email protected] #550 5.7.999 No attachment for you! ## [email protected] #550 5.7.999 No attachment for you! ## [email protected] #550 5.7.999 No attachment for you! ## 

问题是通讯组“[email protected]”在最终用户收到的消息中被扩展。 我想反弹消除冗余信息,更像是:

 [email protected] Your message wasn't delivered because the recipient's e-mail provider rejected it. Diagnostic information for administrators: Generating server: mail.contoso.com [email protected] #550 5.7.999 No attachment for you! ## 

但我不知道如何做到这一点(或产生更简单的,只是给用户关于附件的build议)。 我试图改变这种状况

  and when any of the recipients in the To or CC fields is '[email protected]' 

到各种其他的标准,应该匹配内部列表(例如,匹配电子邮件中的“收件人”标题),但我还没有发现任何工作。 我想我不明白为什么我可以创build适用于未展开通讯组列表的规则,但规则似乎在通讯组展开后应用。

你知道我怎么可以按摩这个规则来给一个简单的反弹? 还是有不同的解决scheme,不涉及运输规则?

我能想到的唯一方法就是使用中间帐户,因为分发列表的工作方式与您所描述的完全一样。

我的意思是,设置一个名为“内部列表”的邮箱,并将发行清单更改为“内部列表发行清单”,并从地址簿中隐藏发行清单。 给“内部列表”邮箱发送Distro列表当前具有的SMTP地址,并将其用于传输规则中。

然后将内部列表设置为始终将电子邮件转发到发行清单。

这会给你想要的效果。

但是,你必须处理两件事情:

  1. 指示用户这个“邮箱”是“发行清单”(图标看起来不同)
  2. 您将无法从Outlookpipe理发行清单,因为它将被隐藏,所以如果您目前有经理或可以修改发行收件人的人员,您现在必须在Exchange端处理。

所有这一切说…如果有一种方法来处理这个编程方式,我不知道它是什么…但过去我已经看到一些来自第三方的Exchange API的一些狂野的事情。 也许有人可以在不经过上述的情况下创build自定义的DSN,但这很简单。

这是我的哈克解决scheme。 它涉及三种传输规则:第一种将消息分类为超出限制,并设置两种标志:向电子邮件添加看门狗账户,并设置标题。 第二个规则适用于发送给看门狗帐户的消息:它发送DSN。 第三条规则查找标题并删除该消息,以便最终收件人不会收到该消息。

这是一种丑陋的,但这意味着我不必改变我的电子邮件列表的结构,我不必添加任意的服务帐户的通讯组列表也作为安全组。 如果我想包括更多的邮件列表,我可以修改第一条规则。

这里是详细的规则:

规则01:

 Apply rule to messages from users that are 'inside the organization' and when any of the recipients in the To or CC fields is '[email protected]' and when the size of any attachment is greater than or equal to '10KB (10,240 bytes)' Set 'X-Contoso-DropMessage' with 'Yes' and add a recipient to the To field '[email protected]' except when the subject field or message body contains 'allow-attachment' 

规则02:

 Apply rule to messages from users that are 'inside the organization' and when a recipient's address contains '[email protected]' send 'No attachment for you!' to sender with '5.7.999' 

规则03

 Apply rule to messages when the 'X-Contoso-DropMessage' contains 'Yes' Delete the message without notifying anyone 

我陷入困境的一个地方是将收件人设置为“[email protected]”。 为此,我必须将此规则的地址设置为“外部地址”,因为条件“人员”仅在Exchangepipe理控制台中select单个帐户。 但是,使用外部地址可以让我键入通讯组名称。

如果不明显,除非我打算设置DSN,否则看门狗帐户不应该收到邮件。 因此,监督人员不应该是这些通讯组的成员。

另外,我为看门狗账户设置了一个OWA规则来删除它收到的所有消息,但我认为这是不必要的。