Artigo original publicado na sexta-feira, 29 de março de 2013

Sou engenheiro de suporte em CSS. Estava trabalhando com um cliente que reportou um erro de loop de e-mail para um domínio específico como contoso.com. Esse erro foi observado apenas em e-mails grandes. Sim, é realmente um mistério até você descobrir que isso é causado por uma restrição de tamanho no conector Enviar. Achei que isso fosse curioso o suficiente para compartilhar.

Entendendo a configuração e causa raiz do problema:

Inicialmente, pensei que talvez fosse o resultado da configuração do servidor de Borda para o uso de um servidor DNS externo (um servidor DNS que resolve hospedagens externas). Normalmente, quando o servidor Transporte de Borda é configurado para usar um DNS externo, ele resolve o nome de domínio para os endereços IP públicos (geralmente apontando para si próprio, para o firewall externo ou provedor de serviço) em vez de um servidor Transporte de Hub no site do Active Diectory, causando um loop de e-mail.

Ao reproduzir o problema, descobri que o servidor Transporte de Borda não foi configurado para usar um servidor DNS externo. O ambiente que configurei para reproduzir o problema parecia com o diagrama abaixo:

Veja o que aconteceu nesse cenário: quando o servidor Transporte de Borda recebe um e-mail de 20 MB de um remetente na Internet, ele o aceita. O servidor Transporte de Borda tem dois conectores que correspondem ao espaço do endereço - um para o espaço de endereço contoso.com para o site do Active Directory e outro para o espaço de endereço *. Ao tomar a decisão de encaminhamento com base em todos os conectores disponíveis, aquele da Borda para o Hub não é considerado, devido à restrição de tamanho (há um limite de tamanho de 10 MB). A melhor correspondência é o conector * da Borda para a Internet (Revise o algoritmo de seleção de conector documentado em Noções Básicas Sobre Roteamento de Mensagens) que tem um limite de tamanho de mensagem de 30 MB.

Resultado final: a mensagem é encaminhada de volta para a Internet causando o loop da mensagem entre a Internet e o servidor de Borda.

Com base no conector Enviar para a Internet configurado para usar DNS ou um Host inteligente para entregar o e-mail de saída, receberemos os seguintes NDRs:

Se estiver usando DNS:

#554 5.4.4 SMTPSEND.DNS.MxLoopback; DNS records for this domain are configured in a loop ##

Se estiver usando um Host inteligente:

5.4.6 smtp;554 5.4.6 Hop count exceeded - possible mail loop> #SMTP#

A solução

Esse comportamento ocorre por padrão e pode ser facilmente corrigido por meio da modificação do limite de tamanho da mensagem no conector. Com base em seu requisito, é possível escolher uma das seguintes opções:

• Defina o parâmetro MaxMessageSize no conector Receber (que recebe e-mail de entrada da Internet) como 10MB, de modo que as mensagens da Interent fiquem restritas a 10 MB.
• Defina o parâmetro MaxMessageSize no conector Enviar da Borda para o HUB como 30MB, o que permitirá que você receba mensagens de 30 MB de remetentes externos.

Mistério solucionado! Agradeço a Arindam Thokder e Scott Landry, que me ajudaram a preparar este material para o blog!

Suresh Kumar (XCON)

Esta é uma postagem de blog localizada. Encontre o artigo original em Mysterious mail loop on Edge Transport server: Check your size limits!

Artigo original publicado na terça-feira, 12 de março de 2013

Em novembro de 2012, anunciamos nosso cliente Beta do MCA. Estivemos bastante ocupados trabalhando para aprimorar as opções de teste disponíveis a partir do cliente MCA. Veja o que construímos para a versão 1.0:

Microsoft Connectivity Analyzer Tool 1.0

Estamos empolgados em anunciar a versão 1.0 do Microsoft Connectivity Analyzer. Essa ferramenta é um complemento para o site Microsoft Remote Connectivity Analyzer. A ferramenta MCA fornece aos administradores e usuários finais a habilidade de executar diagnósticos para cinco sintomas de conectividade comuns diretamente se seus computadores locais. Os usuários podem testar sua própria conectividade e salvar os resultados em um formato HTML que os administradores reconhecerão a partir dos resultados no site do RCA.

Instale a ferramenta MCA 1.0 aqui: https://testconnectivity.microsoft.com/?tabid=client

Assista ao vídeo de introdução:

A ferramenta MCA oferece cinco sintomas de teste:

• “Não consigo fazer logon com o Office Outlook” – Este teste é equivalente ao teste Exchange RCA para o “Outlook Anywhere (RPC sobre HTTP)”. Há uma opção para executar o teste SSO fornecido na página parâmetros.
• “Não consigo enviar ou receber e-mail em meu dispositivo móvel”. – Este teste é equivalente ao teste Exchange RCA para Exchange ActiveSync.
• ***Novo teste do MCA*** “Não consigo fazer logon no Lync em meu dispositivo móvel ou no Lync Windows Store App” – Este teste verifica a existência de registros DNS (Domain Name Server) para seu domínio local a fim de assegurar que estejam configurados corretamente para suportar clientes móveis do Lync. Além disso, ele se conecta ao serviço da web Descoberta Automática e se certifica de que a autenticação, certificado, serviço da web para Mobilidade estejam configurados corretamente
• ***Novo teste do MCA*** “Não consigo enviar ou receber e-mail do Outlook (somente Office 365)” – Este teste verifica o fluxo de e-mail SMTP de entrada/saída e também inclui verificações de validação DNS para clientes do O365.
• ***Novo teste do MCA*** “Não consigo exibir informações de disponibilidade de outro usuário” – Este teste verifica se uma caixa de correio do Office 365 pode acessar as informações de disponibilidade de um caixa de correio local e vice-versa (uma direção por execução de teste).

Microsoft Lync Connectivity Analyzer Tool: Você também perceberá a Lync Connectivity Analyzer Tool na página cliente. Estamos trabalhando para combinar o MCA com MLCA no futuro próximo, mas queríamos disponibilizar essas duas ótimas ferramentas para os clientes a fim de aprimorar nossas opções de diagnóstico do cliente. Para saber mais sobre a MLCA – clique AQUI

Feedback: envie todo feedback para o alias MCA Feedback. Diga-nos o que pensa da ferramenta e se ela será útil na solução de problemas de cenário de conectividade. Além disso, sinta-se a vontade para fornecer feedback sobre testes adicionais que você deseja adicionar futuramente.

Microsoft Remote Connectivity Analyzer 2.1

Estamos empolgados em anunciar a versão 2.1 do site do Microsoft Remote Connectivity Analyzer. A ferramenta fornece aos administradores e aos usuários finais a habilidade de executar diagnósticos de conectividade para nossos servidores a fim de testar problemas comuns com o Exchange, Lync e Office 365. Adicionamos os novos testes de Servidor de nome de domínio do Office 365, aprimoramos os testes existentes e aprimoramos a experiência geral do site.

Confira as atualizações do site aqui: https://testconnectivity.microsoft.com

Veja os destaques da versão 2.1 do RCA:

Versão 2.1 (março de 2013)

• Adição de suporte para idioma localizado para 60 idiomas
• Atualização da versão da Microsoft Connectivity Analyzer v1.0 Tool baixável para solução de problemas de conectividade a partir da máquina local
• Adição da ferramenta baixável Microsoft Lync Connectivity Analyzer para solução de problemas do Lync a partir da máquina local
• Adição da seção Testes gerais do Office 365
• Adição do Teste de conectividade DNS (Domain Name Server) do Office 365 Exchange

Aproveite!

Obrigado.

Brian Feck em nome de toda a equipe do MCA/RCA.
Siga a equipe no Twitter - @ExRCA

Esta é uma postagem de blog localizada. Encontre o artigo original em Announcing Microsoft Connectivity Analyzer (MCA) 1.0 and Microsoft Remote Connectivity Analyzer (RCA) 2.1

Artigo original publicado na quinta-feira, 21 de fevereiro de 2013

Temos o prazer de anunciar o documento frequentemente solicitado Orientação a hospedagem e multi-locatário para Exchange Server 2013. Ele está disponível para download aqui.

Como leitor perspicaz observará, ele é bastante parecido com a orientação para Exchange Server 2010. Não porque localizamos, copiamos e substituímos, mas porque a estratégia que decidimos para o Exchange 2010 se mantém para o Exchange 2013. Ou seja, você deve usar apenas as ferramentas integradas, cmdlets e interfaces para configurar sua solução e você não deve, sob nenhuma circunstância, manipular diretamente objetos no AD para à atender sua configuração desejada.

O que também ficou é a noção de que nem todos os recursos funcionarão como você deseja em uma configuração parecida com multi-locatário. Por exemplo, MailTips funcionará exatamente da mesma maneira que em uma implantação do tipo local padrão – e isso normalmente pode resultar na exposição de dados indesejados entre locatários. O documento realça recursos que talvez não funcionem conforme o esperado quando você configura o Exchange para multi-locatários e faz recomendações para configuração ou desativação onde for necessário.

Fundamental para o elemento importante de segmentação de diretório de sua solução é o recurso Política de Catálogo de Endereços. Com o anúncio recente de um agente de transporte, criado para aproveitar a vantagem das Políticas de Catálogo de Endereços, esperamos que você considere sua solução de 2013 ainda mais fácil de construir e manter.

Observe que há algumas mudanças importantes para 2013 e, portanto, o incentivamos a ler a orientação completamente antes de planejar e construir sua solução e consulte-a novamente quando necessário, se você enfrentar algum problema.

Assim como ocorre com o Exchange 2010, temos soluções de parceiros construídas seguindo as diretrizes no documento, e as soluções que validamos no momento também estão listadas no site. Essa lista crescerá, portanto consulte-a novamente caso a solução que você deseja usar não estiver atualmente na lista ou entre em contato com o fornecedor e pergunte sobre os planos para validação.

Planejamos lançar uma Orientação de escala para Exchange 2013 atualizada, configurada para multi-locatário ou hospedagem, e atualizaremos o site de soluções quando esse documento estiver disponível.

Esperamos que você considere o documento útil e esperamos seu feedback.

Greg Taylor
Líder gerente de programa principal
Exchange Customer Experience

Esta é uma postagem de blog localizada. Encontre o artigo original em Hosting and Multi-Tenancy Guidance for Exchange Server 2013 Now Available