Gerenciando o Diretório de recebimento

  • Artigo

 

Aplica-se a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Tópico modificado em: 2007-02-22

Por padrão, o Diretório de recebimento existe em todos os computadores do Microsoft Exchange Server 2007 em que a função de servidor Transporte de Hub ou Transporte de Borda esteja instalada. Os arquivos de mensagens de email formatados corretamente que você copia para o Diretório de recebimento são enviados para entrega. O Diretório de recebimento é usado por administradores para testes de fluxo de mensagens ou por aplicativos que devem criar e enviar suas próprias mensagens.

Você usa o cmdlet Set-TransportServer para todas as tarefas de configuração do Diretório de recebimento. Você usa esse cmdlet para fazer as seguintes alterações na configuração do Diretório de recebimento:

  • Habilitar ou desabilitar o Diretório de recebimento.

  • Especificar o local do Diretório de recebimento.

  • Especificar um tamanho máximo de cabeçalho para um arquivo de mensagens aceito pelo Diretório de recebimento.

  • Especificar o número máximo de destinatários em um arquivo de mensagens aceito pelo Diretório de recebimento.

  • Especificar uma taxa máxima para o processamento do arquivo de mensagens em mensagens por minuto.

Como o Diretório de recebimento processa mensagens

Um arquivo de mensagem .eml corretamente formatado, que é copiado para o Diretório de recebimento, é processado para envio nas seguintes etapas:

  1. Uma verificação de novos arquivos de mensagens é feita no Diretório de recebimento a cada 5 segundos. Você não pode modificar esse intervalo de pesquisa. Você pode ajustar a taxa de processamento do arquivo de mensagens usando o parâmetro PickupDirectoryMaxMessagesPerMinute no cmdlet Set-TransportServer. O valor padrão é de 100 mensagens por minuto. Os arquivos que não podem ser abertos são mantidos no Diretório de recebimento e são reavaliados na próxima sondagem.

  2. São verificados os limites colocados nos arquivos de mensagens no Diretório de recebimento, como o tamanho máximo do cabeçalho e o número máximo de destinatários. Por padrão, o tamanho máximo do cabeçalho é de 64 KB e o número máximo de destinatários é de 100. É possível alterar esses limites usando o cmdlet Set-TransportServer.

  3. O arquivo é renomeado de <nome_do_arquivo>.eml para <nome_do_arquivo>.tmp. Se o arquivo <nome_do_arquivo>.tmp já existir, o arquivo será renomeado como <nome_do_arquivo><data_e_hora>.tmp. Se ocorrer falha na renomeação do arquivo, um erro de log de eventos será gerado e o processo de recebimento continuará no próximo arquivo.

  4. Depois que o arquivo .tmp é convertido com êxito em uma mensagem de email, um comando "delete on close" é emitido para o arquivo .tmp. O arquivo .tmp parece continuar no Diretório de recebimento, mas o arquivo não pode ser aberto por nenhum outro usuário.

  5. Depois que a mensagem é colocada na fila de entrega com êxito, um comando "close" é emitido e o arquivo .tmp é excluído do Diretório de recebimento. Se ocorrer falha na exclusão, será gerado um erro de log de eventos. Se o serviço de Transporte do Microsoft Exchange for reiniciado quando houver arquivos .tmp no Diretório de recebimento, todos os arquivos .tmp serão renomeados como arquivos .eml e serão reprocessados. Isso poderia resultar em transmissão de mensagens duplicadas.

Anatomia de um arquivo de mensagens de email

Uma mensagem de email SMTP padrão consiste em um envelope de mensagem e no conteúdo da mensagem. O envelope da mensagem contém informações necessárias para a transmissão e a entrega da mensagem. O conteúdo da mensagem contém os campos do cabeçalho da mensagem, chamados genericamente de cabeçalho da mensagem e o corpo da mensagem. O envelope da mensagem está descrito no RFC 2821 e o cabeçalho da mensagem, no RFC 2822.

Quando um remetente redige uma mensagem de email e a envia para entrega, a mensagem contém as informações básicas necessárias para estar em conformidade com os padrões SMTP, como um remetente, um destinatário, a data e a hora em que a mensagem foi redigida, uma linha de assunto opcional e um corpo de mensagem opcional. Essas informações estão contidas na própria mensagem e, por definição, no cabeçalho da mensagem. O servidor de mensagens do remetente gera um envelope para a mensagem, usando as informações do remetente e do destinatário encontradas no cabeçalho da mensagem, e transmite a mensagem à Internet para ser entregue ao servidor de mensagens do destinatário. Os destinatários nunca vêem o envelope da mensagem, pois ele é gerado pelo processo de transmissão da mensagem e não faz parte realmente da mensagem. Cada servidor envolvido na transmissão da mensagem pode inserir campos de cabeçalho de mensagem relacionados à função do servidor, ao entregar a mensagem, ou outros campos de cabeçalho de mensagem específicos do aplicativo no cabeçalho da mensagem. Quando o destinatário abre a mensagem usando um cliente de email, o cliente de email exibe algumas das informações mais relevantes do cabeçalho da mensagem, como o remetente, os destinatários e o assunto, juntamente com o corpo da mensagem.

A melhor analogia para explicar o relacionamento entre o envelope da mensagem e o cabeçalho da mensagem é o envio de mensagens convencionais em uma grande empresa. Você escreve uma carta comercial formal com o endereço de sua empresa e o endereço do destinatário na saudação, no início da carta. Você entrega a carta à equipe da sala de correio da empresa para processamento. A equipe da sala de correio cria um envelope usando as informações do destinatário contidas na carta, sela a carta em um envelope e o coloca na caixa de correio para entrega. O serviço postal entrega o envelope à empresa do destinatário, de acordo com o endereço contido no envelope. A equipe da sala de correio da empresa do destinatário recebe o envelope, determina o destinatário de acordo com o envelope, abre o envelope e coloca a carta na caixa de correio pessoal do destinatário. Quando o destinatário recupera a carta de sua caixa de correio pessoal, ele sabe, pelas informações contidas na saudação, que você escreveu a carta e que a carta é dele.

Requisitos para arquivos de mensagens no Diretório de recebimento

Um arquivo de mensagens que é copiado para o Diretório de recebimento deve atender aos seguintes requisitos para que a entrega seja bem-sucedida:

  • O arquivo de mensagem deve ser um arquivo de texto compatível com o formato de mensagem SMTP básico. Os campos e o conteúdo de cabeçalho de MIME (Multipurpose Internet Mail Extensions) são aceitos.

  • O arquivo de mensagem deve ter uma extensão de nome de arquivo .eml.

  • Pelo menos um endereço de email deve constar nos campos de cabeçalho da mensagem, Sender ou From:, no cabeçalho da mensagem. Se existir apenas um endereço de email nos campos Sender e From:, o endereço de email no campo From: será usado como remetente da mensagem no envelope da mensagem.

  • Só pode existir um endereço de email no campo Sender. Não são permitidos vários endereços de email. O campo Remetente será opcional se houver apenas um endereço de email no campo From:.

  • Vários endereços de email são permitidos no campo From:, mas um endereço de email único também deve existir no campo Sender. O endereço no campo Sender é usado como remetente da mensagem no envelope da mensagem.

  • Pelo menos um endereço de email deve existir nos campos To:, Cc: ou Bcc:.

  • Deve existir uma linha em branco entre o cabeçalho e o corpo da mensagem.

A seguir está um exemplo de uma mensagem de texto simples que usa formatação aceitável para o Diretório de recebimento:

To: mary@contoso.com
From: bob@fabrikam.com
Subject: Message subject

This is the body of the message.

O conteúdo MIME também tem suporte nos arquivos de mensagens do Diretório de recebimento. O MIME define uma ampla variedade de conteúdo de mensagens que inclui idiomas que podem ser representados em texto ASCII de 7 bits, HTML e outro conteúdo multimídia. Uma descrição completa de MIME e seus requisitos está além do escopo deste tópico. A seguir está um exemplo de uma mensagem MIME simples que usa formatação aceitável para o Diretório de recebimento:

To: mary@contoso.com
From: bob@fabrikam.com
Subject: Message subject
MIME-Version: 1.0
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

<HTML><BODY>
<TABLE>
<TR><TD>cell 1</TD><TD>cell 2</TD></TR>
<TR><TD>cell 3</TD><TD>cell 4</TD></TR>
</TABLE>

</BODY></HTML>

Modificações no cabeçalho da mensagem feitas em arquivos de mensagens do Diretório de recebimento

O Diretório de recebimento remove do cabeçalho da mensagem qualquer um dos seguintes campos de cabeçalho da mensagem:

  • Received:

  • Resent-*:

  • Bcc: Todos os endereços de email encontrados nos campos opcionais do cabeçalho da mensagem Bcc: são processados corretamente. Depois de serem transformados em destinatários invisíveis de envelope de mensagem, os destinatários do campo Bcc: são removidos do cabeçalho da mensagem para proteger suas identidades. Se uma mensagem contiver apenas destinatários de Bcc:, o valor "Undisclosed Recipients" será adicionado ao campo To: no cabeçalho da mensagem.

O Diretório de recebimento adiciona seu próprio campo de cabeçalho Received: a uma mensagem como parte do processo de envio da mensagem. O campo de cabeçalho Received: é aplicado no seguinte formato:

Received: from localhost by Pickup with Microsoft SMTP Server id <ExchangeServerVersion><datetime>

O Diretório de recebimento modificará os seguintes campos do cabeçalho da mensagem, se estiverem ausentes ou malformados:

  • Message-Id Se o campo Message-Id estiver ausente ou vazio, o Diretório de recebimento adicionará um campo Message-Id usando o formato <GUID>@<domíniopadrão>.

  • Date: Se o campo Date estiver ausente ou malformado, o Diretório de recebimento adicionará a data e hora do processamento da mensagem pelo Diretório de recebimento.

Falhas no processamento da mensagem do Diretório de recebimento

Um arquivo de mensagem copiado no Diretório de recebimento pode não ser colocado em fila para entrega com êxito. Podem ocorrer as seguintes categorias de falhas de envio de mensagens:

  • Falhas na entrega Um arquivo de mensagem com formatação correta junto com um remetente válido que não pode ser enviado com êxito para entrega pelo Diretório de recebimento gera uma notificação de falha na entrega. Conteúdo malformado ou violações de restrições de mensagem do Diretório de recebimento também poderão fazer com que o Diretório de recebimento gere uma notificação de falha na entrega. Quando uma notificação de falha na entrega é gerada durante o processamento de mensagens do Diretório de recebimento, o arquivo de mensagem original é anexado à mensagem de notificação de falha na entrega e o arquivo de mensagem é excluído do Diretório de recebimento.

    Dica

    Uma mensagem formatada corretamente e enviada pelo Diretório de recebimento pode sofrer falha na entrega e ser devolvida ao remetente com uma notificação de falha na entrega. Esse tipo de falha pode ser causado por problemas de transmissão não relacionados ao Diretório de recebimento, como falhas no servidor de mensagens ou falhas de roteamento no caminho de entrega da mensagem.

  • Inválida Uma mensagem classificada como inválida tem problemas sérios que impedem que o Diretório de recebimento envie a mensagem para entrega. A outra condição que causa mensagens inválidas é quando a mensagem está corretamente formatada, mas os destinatários não são válidos, e uma mensagem de notificação de falha na entrega não pode ser enviada ao remetente, pois ele não é válido.

    Os arquivos de mensagens que são determinados como mensagens inválidas são mantidos no Diretório de recebimento e são renomeados de <nome_do_arquivo>.eml para <nome_do_arquivo>.bad. Se o arquivo <nome_do_arquivo>.bad já existir, o arquivo será renomeado para <nome_do_arquivo><data_e_hora>.bad. Se existirem mensagens inválidas no Diretório de recebimento, será gerado um erro do log de eventos, mas as mesmas mensagens inválidas não gerarão erros repetidos do log de eventos.

Dica

Sempre escreva e salve os arquivos de mensagens em um local diferente antes de copiá-los no Diretório de recebimento para entrega. O Diretório de recebimento sonda novas mensagens a cada 5 segundos. Portanto, se você tentar redigir e salvar os arquivos de mensagens dentro do próprio Diretório de recebimento, ele pode tentar processar os arquivos de mensagens antes que você termine de redigi-los.

Problemas de segurança do Diretório de recebimento

O Exchange Server 2003 usa um único Diretório de recebimento para criar e enviar arquivos de mensagens de texto. O Exchange 2007 divide essa funcionalidade em Diretórios de recebimento e repetição separados. O diretório Retirada é projetado para usuários ou aplicativos para criar manualmente novos arquivos de mensagens. O Diretório de recebimento é destinado ao reenvio de mensagens de email exportadas do Exchange e às mensagens de recebimento de servidores gateway externos.

A lista a seguir descreve problemas de segurança comuns para os Diretórios de recebimento e de repetição:

  • Todas as verificações de segurança configuradas em um conector de recebimento, como anti-spam, filtragem de remetentes ou ações de filtragem de destinatários, não são executadas em mensagens enviadas através do Diretório de recebimento ou de repetição.

  • Um diretório Retirada ou um diretório Repetição comprometido pode agir como uma retransmissão aberta. Isso permite que as mensagens sejam reenviadas ou "retransmitidas" usando um servidor diferente para mascarar a verdadeira origem das mensagens.

A separação do diretório Retirada e do diretório Repetição significa que você pode aplicar diferentes níveis de segurança a cada diretório. Uma maior segurança deve ser aplicada ao diretório Repetição, devido aos riscos de segurança adicionais associados a esse diretório. Usuários ou aplicativos que precisam gerar e enviar mensagens podem ter acesso concedido ao Diretório de recebimento, mas não devem requerer acesso ao Diretório de repetição.

O Diretórios de recebimento e o Diretório de repetição são habilitados por padrão em todos os servidores de Transporte de Hub e Transporte de Borda. Caso não sejam necessários em um servidor de Transporte de Hub ou Transporte de Borda específico em sua organização, você poderá desabilitar o Diretório de recebimento ou o Diretório de repetição nesse servidor. Para obter mais informações, consulte os seguintes tópicos:

Permissões para o Diretório de recebimento

As seguintes permissões são necessárias no Diretório de recebimento:

  • Administrador: Controle Total

  • Sistema: Controle Total

  • Serviço de Rede: Ler, Gravar e Excluir Subpastas e Arquivos

Por padrão, o serviço de Transporte do Microsoft Exchange usa as credenciais de segurança da conta do usuário do Serviço de Rede para gerenciar o local e as permissões do Diretório de repetição. A conta Serviço de Rede exige essas permissões no Diretório de recebimento, para que arquivos .eml possam ser abertos, renomeados como .tmp e excluídos, ou renomeados como .bad se as mensagens forem classificadas como mensagens inválidas.

Você pode mover o local do Diretório de recebimento, usando o PickupDirectoryPath no cmdlet Set-TransportServer. A alteração bem-sucedida do local do Diretório de recebimento depende dos direitos concedidos à conta Serviço de Rede no novo local do Diretório de recebimento e se o novo Diretório de recebimento já existe. Se o novo Diretório de recebimento ainda não existir e a conta do Serviço de Rede tiver os direitos necessários para criar pastas e aplicar permissões no novo local, o novo Diretório de recebimento será criado e as permissões corretas serão aplicadas a ele. Se o novo Diretório de recebimento já existir, as permissões de pasta existentes não serão verificadas. Sempre que você mover o Diretório de recebimento usando o parâmetro PickupDirectoryPath com o cmdlet Set-TransportServer, o ideal será verificar se o novo Diretório de recebimento existe e se o novo diretório tem as permissões corretas aplicadas a ele. Se não conseguir alterar o Diretório de recebimento com êxito, você poderá criar o novo Diretório de recebimento e aplicar as permissões corretas a ele antes de usar o parâmetro PickupDirectoryPath com o cmdlet Set-TransportServer.

Para obter mais informações

Para obter mais informações, consulte os seguintes tópicos: