1 votes

Exchange 2010 : Empêcher la règle de transport appliquée au groupe de distribution d'énumérer tous les utilisateurs de la liste

Nous avons Exchange 2010. J'essaie d'interdire aux utilisateurs d'inclure des pièces jointes volumineuses dans les groupes de distribution internes. J'ai mis en place une règle de transport qui ressemble à ce qui suit :

Apply rule to messages

from users that are 'Inside the organization'

  and when any of the recipients in the To or CC fields is
  'internal-list@contoso.com'

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'

Le résultat qu'un utilisateur obtient lorsque cette règle est déclenchée liste tous les membres de la liste de distribution. Il énumère d'abord le texte DSN amélioré, puis le message personnalisé en dessous. Par exemple, si abby, bashir et caroline sont les membres de la liste de diffusion en question, Exchange génère un message de rebond comme celui-ci :

abby@contoso.com
Your message wasn't delivered because the recipient's e-mail provider rejected it.

bashir@contoso.com
Your message wasn't delivered because the recipient's e-mail provider rejected it.

caroline@contoso.com
Your message wasn't delivered because the recipient's e-mail provider rejected it.

Diagnostic information for administrators:
Generating server: mail.contoso.com
abby@contoso.com
#550 5.7.999 No attachment for you! ##
bashir@contoso.com
#550 5.7.999 No attachment for you! ##
caroline@contoso.com
#550 5.7.999 No attachment for you! ##

Le problème est que le groupe de distribution "internal-list@contoso.com" est étendu dans le message que reçoit l'utilisateur final. Je veux que le message de retour élimine les informations redondantes et ressemble davantage à ceci :

internal-list@contoso.com
Your message wasn't delivered because the recipient's e-mail provider rejected it.

Diagnostic information for administrators:
Generating server: mail.contoso.com
internal-list@contoso.com
#550 5.7.999 No attachment for you! ##

mais je n'arrive pas à trouver comment faire (ou à produire quelque chose de plus simple qui donnerait simplement à l'utilisateur des conseils sur les pièces jointes). J'ai essayé de modifier la condition

  and when any of the recipients in the To or CC fields is
  'internal-list@contoso.com'

à divers autres critères qui devraient correspondre à la liste interne (par exemple, la correspondance avec l'en-tête "To" de l'e-mail), mais je n'ai rien trouvé qui fonctionne. Je ne comprends pas pourquoi je peux créer la règle qui s'applique à la liste de distribution non étendue, mais la règle semble être appliquée après l'extension du groupe de distribution.

Savez-vous comment je peux modifier cette règle pour obtenir un simple rebond ? Ou existe-t-il une autre solution qui n'implique pas de règles de transport ?

1voto

Craig Points 361

Le seul moyen auquel je pense pour que vous obteniez ce que vous voulez ici est d'utiliser un compte intermédiaire, puisque les listes de distribution fonctionnent exactement comme vous l'avez décrit.

Ce que je veux dire, c'est qu'il faut créer une boîte aux lettres appelée "Liste interne" et changer votre liste de distribution en "Liste de distribution de la liste interne" et cacher cette liste de distribution des carnets d'adresses. Donnez à la boîte aux lettres "Liste interne" l'adresse SMTP que la liste distro possède actuellement et utilisez-la dans votre règle de transport.

Ensuite, configurez la liste interne pour qu'elle transfère toujours les e-mails à la liste distro.

Vous obtiendrez ainsi l'effet désiré.

CEPENDANT, vous devez alors faire face à deux choses :

  1. Indiquer aux utilisateurs que cette "boîte aux lettres" est la "liste de distribution" (les icônes seraient différentes).
  2. Vous ne pourrez pas gérer la liste des destinataires à partir d'Outlook puisqu'elle sera masquée. Par conséquent, si vous disposez actuellement d'un gestionnaire ou d'une personne qui peut modifier les destinataires, vous devrez désormais vous en charger du côté d'Exchange.

Tout cela étant dit... s'il existe un moyen de gérer cela de manière programmatique, je ne sais pas lequel... mais j'ai vu des choses folles faites avec les API d'échange par des tiers dans le passé. Peut-être que quelqu'un a un moyen de créer un DSN personnalisé dont vous avez besoin sans passer par ce qui précède, mais c'est rapide et facile.

0voto

Warren P Points 23750

Voici ma solution de fortune. Elle implique trois règles de transport : La première classe le message comme dépassant la limite, et met deux sortes de drapeaux : ajouter un compte de surveillance à l'email, et mettre un en-tête. La deuxième règle s'applique aux messages envoyés au compte du chien de garde : elle envoie le DSN. La troisième règle recherche l'en-tête et supprime le message, de sorte que les destinataires finaux ne le reçoivent pas.

C'est un peu laid, mais cela signifie que je ne dois pas modifier la structure de mes listes de diffusion et que je ne dois pas ajouter des comptes de service arbitraires aux listes de diffusion qui fonctionnent également comme des groupes de sécurité. Si je veux inclure davantage de listes de diffusion, je peux modifier la première règle.

Voici les règles en détail :

Règle 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
'internal-list@contoso.com' 

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 'watchdog@contoso.com'

except when the subject field or message body contains
'allow-attachment' 

Règle 02 :

Apply rule to messages

from users that are 'inside the organization' 

and when a recipient's address contains 'watchdog@contoso.com'

send 'No attachment for you!' to sender with '5.7.999'

Règle 03

Apply rule to messages

when the 'X-Contoso-DropMessage' contains 'Yes'

Delete the message without notifying anyone

Là où j'ai été bloqué, c'est quand j'ai mis les destinataires à 'internal-list@contoso.com' . Pour ce faire, j'ai dû définir l'adresse de l'adresse de cette règle à une "adresse externe", car la condition "people" ne sélectionne ne sélectionne que les comptes individuels dans la console de gestion Exchange. Cependant, l'utilisation d'une adresse externe me permet de saisir le groupe de distribution de distribution.

Au cas où ce ne serait pas évident, le compte watchdog ne devrait jamais recevoir de courrier, sauf si j'ai l'intention de définir un DSN. Par conséquent, le chien de garde ne devrait pas être membre de ces groupes de distribution.

En outre, j'ai défini une règle OWA pour que le compte watchdog abandonne tous les messages qu'il reçoit, mais je pense que c'est inutile.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X