Exchange 2010: Impede a regra de transporte aplicada ao grupo de distribuição de listar todos os usuários na lista

Question

Temos o Exchange 2010. Digamos que estou tentando proibir que os usuários incluam anexos grandes em grupos de distribuição internos. Eu configurei uma regra de transporte que é algo como o seguinte:

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'

O resultado que um usuário obtém quando esta regra é acionada lista todos os membros da lista de distribuição. Primeiro, lista o texto DSN aprimorado e, em seguida, lista a mensagem personalizada abaixo. Por exemplo, se abby, bashir e caroline forem membros da lista de discussão em questão, o Exchange gerará um retorno assim:

[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! ##

O problema é que o grupo de distribuição '[email protected]' é expandido na mensagem que o usuário final recebe. Eu quero que o bounceback elimine as informações redundantes e seja mais parecido com:

[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! ##

mas não consigo descobrir como fazer isso (ou produzir algo mais simples que apenas dê ao usuário conselhos sobre anexos). Eu tentei mudar a condição

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

para vários outros critérios que devem corresponder à lista interna (por exemplo, correspondendo ao cabeçalho "Para" no email), mas não encontrei nada que funcione. Acho que não entendo por que posso criar a regra que se aplica à lista de distribuição não expandida, mas a regra parece ser aplicada depois que o grupo de distribuição é expandido.

Você sabe como eu posso massagear essa regra para dar um retorno simples? Ou existe uma solução diferente que não envolve regras de transporte?

    

Answer 1

Aqui está minha solução hacky. Ele envolve três regras de transporte: a primeira classifica a mensagem como estando acima do limite e define dois tipos de sinalizadores: adicionando uma conta de monitoramento ao email e definindo um cabeçalho. A segunda regra se aplica a mensagens enviadas para a conta do watchdog: envia o DSN. A terceira regra procura o cabeçalho e descarta a mensagem, para que os destinatários finais não a obtenham.

Isso é meio feio, mas isso significa que não preciso alterar a estrutura das minhas listas de e-mail e não preciso adicionar contas de serviço arbitrárias a listas de distribuição que também funcionem como grupos de segurança. Se eu quiser incluir mais listas de discussão, posso modificar a primeira regra.

Aqui estão as regras em detalhes:

Regra 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' 

Regra 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'

Regra 03

Apply rule to messages

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

Delete the message without notifying anyone

Um lugar em que fiquei preso foi definir os destinatários para '[email protected]'. Para fazer isso, eu tive que definir o endereço para esta regra para um "endereço externo", porque a condição "pessoas" seleciona somente contas individuais no Console de Gerenciamento do Exchange. No entanto, usar um endereço externo permite digitar o grupo de distribuição nome em.

Caso isso não seja óbvio, a conta de cão de guarda nunca deve receber mensagens, a menos que eu pretenda definir um DSN. Portanto, o watchdog não deve ser um membro desses grupos de distribuição.

Além disso, defino uma regra do OWA para a conta do cão de guarda para eliminar todas as mensagens recebidas, mas acho que isso é desnecessário.

    

Answer 2

A única maneira que posso pensar para você conseguir o que deseja aqui é usar uma conta intermediária, já que as listas de distribuição funcionarão exatamente como você descreveu.

O que quero dizer é, configurar uma caixa de correio chamada "Lista Interna" e alterar sua lista de distro para "Lista de Distro da Lista Interna" e ocultar essa lista de distro dos Catálogos de Endereços. Dê à caixa de correio "Lista Interna" o endereço SMTP que a Lista de Distros possui atualmente e use isso na sua Regra de Transporte.

Em seguida, defina a lista Interna para sempre encaminhar e-mail para a lista de distros.

Isso lhe daria o efeito desejado.

No entanto, você tem que lidar com duas coisas:

1. Instruindo os usuários que essa "caixa de correio" é a "lista de distro" (os ícones seriam diferentes)
2. Você não conseguirá gerenciar a lista de distros do Outlook, pois ela estará oculta, por isso, se você tiver um gerente ou alguém que possa modificar os destinatários da distribuição, agora você terá que lidar com isso no lado do Exchange. .

Tudo o que foi dito ... se houver uma maneira de lidar com isso programaticamente, não sei o que é ... mas já vi algumas coisas malucas com as APIs do Exchange de terceiros no passado. Talvez alguém tenha uma maneira de criar um DSN personalizado como você precisa sem passar pelo acima, mas é rápido e fácil.