Artigo original publicado na segunda-feira, 02 de abril de 2012

Implantar o Exchange pode ser desafiador. Particularmente quando você está pronto para validar seus servidores e armazenamento com o Jetstress e perceber que mesmo sugerido que você sempre execute o Jetstress antes de entrar em produção, você descobre que não tem suporte para executar o Jetstress em uma máquina virtual na nova plataforma virtual apenas implantada. Puxa. E agora?

Primeiro, algumas informações. Você pode se perguntar o por que não suportamos a execução do Jetstress em uma máquina virtual. O motivo é realmente bastante esclarecedor. Durante os anos, temos trabalhado com clientes e parceiros que estão implantando um novo hardware para o Exchange ou validando soluções de armazenamento do Exchange no Programa de Revisão da Solução do Exchange (ESRP), vimos vários exemplos de resultados de teste do Jetstress que relataram números de latência E/S extremamente imprecisos. Pela falta de confiança nas métricas de desempenho relatadas, tivemos que garantir que o Jetstress não fosse executado nesta configuração. Isto resultou na diretriz para os clientes implantando em uma infraestrutura virtual devem validar o desempenho de armazenamento executando o Jetstress na raiz ao invés da máquina virtual convidada. Embora isto fosse uma resolução útil com o Hyper-V, não é uma solução real para outros hipervisores.

Apenas quando o produto do Exchange amadureceu, os produtos do hipervisor que alguns de nossos clientes usam para gerenciar sua infraestrutura do Exchange amadureceram também e decidimos que o tinha chegado o momento de realizar novos testes e ver se estes estranhos resultados de desempenho do passado ocorreriam novamente. Após semanas de testes automatizados com vários hipervisores e mais de 100 testes individuais do Jetstress realizados em várias configurações, chegamos a uma conclusão…

Em vigor imediatamente, nós suportamos a execução da ferramenta Microsoft Exchange Server Jetstress 2010 em instâncias convidadas virtuais que são implantadas em um dos seguintes hipervisores:

• Microsoft Windows Server 2008 R2 (ou mais recente)
• Microsoft Hyper-V Server 2008 R2 (ou mais recente)
• VMware ESX 4.1 (ou mais recente)

Além disso, estamos removendo a restrição do programa ESRP v3.0 sobre o uso de máquinas virtuais, portanto, daqui por diante nossos parceiros de armazenamento poderão enviar soluções ESRP para o Exchange Server 2010 onde o teste de validação foi realizado em uma máquina virtual.

Como um lembrete, o melhor local para aprender sobre a suportabilidade da virtualização do Exchange Server 2010 é no TechNet da seção de Virtualização de Hardware do tópico Requisitos do Sistema. Além disso, publicamos um whitepaper Práticas recomendadas para a virtualização do Exchange Server 2010 com o Windows Server 2008 R2 Hyper-V que contém várias recomendações de implantação úteis. O melhor recurso para compreender como usar adequadamente o Jetstress para armazenamento e validação de solução é o Guia de Campo do Jetstress, que foi atualizado recentemente para incluir esta mudança par nosso suporte em máquinas virtuais convidadas.

Eu espero que sejam boas notícias para alguns de vocês e que isto resulte em uma validação de pré-produção mais simples, fácil e completa das suas implantações do Exchange.

Jeff Mealiffe
Gerente de Programa Sênior
Experiência do Cliente do Exchange

Esta é uma publicação localizada. Encontre o artigo original em Storage Validation in A Virtual World

Artigo original publicado na terça-feira, 20 de março de 2012

Se você tem seguido a hash tag #Exchange no Twitter, você pode ter observado um aumento de spams desta tag - de tweets sobre ações e troca de ações à trocas culturais e tudo entre isso. Também ouvimos que muitos dos nossos seguidores do Twitter e observamos a recente onda de tweets inadequados e ofensivos que incluem esta tag.

Começando hoje, estamos movendo para um novo hash tag - #MSExchange. Embora não possamos garantir que esta tag estará totalmente livre de spam, esperamos que você obtenha tweets mais precisos ao pesquisar ou seguir esta tag. Se você fizer um tweet sobre o Microsoft Exchange ou um tópico relacionado, use o #MSExchange na tag do seu tweet. Por exemplo:

VÍDEO: O Assistente de Implantação do Exchange Atualizado para Exchange 2010 SP2 e Exchange Online Híbrido - http://aka.ms/k5udjq #MSExchange #ferramentas

Se você estiver no Twitter, damos as boas vindas a você para nos seguir em @MSFTExchange para as notícias mais atuais sobre Microsoft Exchange, incluindo atualizações de publicação do EHLO.

Bharat Suneja

Esta é uma publicação localizada. Encontre o artigo original em Microsoft Exchange on Twitter: A new hash tag for Exchange

Artigo original publicado na terça-feira, 06 de março de 2012

Mês passado nós lançamos a Ferramenta do Analisador de Configuração do Outlook (OCAT) no site do Centro de Download da Microsoft.

O OCAT foi desenvolvido por dois engenheiros de suporte da Microsoft com mais de 30 anos de experiência combinada de suporte ao Outlook, Exchange e Office. Com base em sua experiência de suporte, eles compilaram um conjunto de regras de detecção par procuram por configurações do Outlook que tem sido historicamente fontes em potencial de problemas no Outlook. A ferramenta parece com o Analisador de Práticas Recomendadas do Microsoft Exchange (ExBPA) - a mesma infraestrutura usada pelo ExBPA foi escolhida para o desenvolvimento e implementação final do OCAT.

Figura 1: Ferramenta do Analisador de Configuração do Microsoft Outlook (OCAT)

É possível usar o OCAT para verificar a configuração do Outlook nos seus computadores de usuários e procurar por problemas conhecidos (por exemplo, um arquivo PST localizado em um compartilhamento de rede). Recomendamos executá-lo se você suspeita que um perfil Outlook do usuário ou configuração façam parte do problema. Também é possível executar a ferramenta de forma pró-ativa para detectar problemas de configuração do Outlook. A ferramenta permite você:

• Executar uma verificação no seu computador
• Abrir uma verificação anterior no seu computador
• Importar uma verificação para outro computador
• Usar vários formatos de relatório para exibir os resultados da verificação
• Iniciar a ferramenta do Analisador de Conectividade Remota do Exchange
• Enviar comentários para a equipe do OCAT

Estamos trabalhando em uma versão atualizada do OCAT que inclui a nova funcionalidade como o download automático de novas regras de detecção, verificação de itens de calendário (usando o código da nova ferramenta CalCheck) e verificação offline para clientes do Outlook 2003. Como o OCAT utiliza o MrMapi para coletar algumas definições de configuração, também estamos trabalhando com seu desenvolvedor (outro engenheiro de suporte da Microsoft) para melhorar as capacidades de obtenção de dados no OCAT.

É possível seguir a equipe OCAT no Twitter para receber notícias sobre as atualizações do OCAT.

Requisitos do sistema

Antes de instalar o OCAT, certifique-se de que seu computador cumpre os seguintes requisitos do sistema para o OCAT:

• Sistemas operacionais suportados:
  • Windows 7
  • Windows Vista Service Pack 2
  • Windows XP Service Pack 3
• O OCAT exige o Microsoft Outlook. As seguintes versões do Outlook são suportadas:
  • Microsoft Office Outlook 2007
  • Microsoft Outlook 2010 (32 bits ou 64 bits)
• Microsoft .NET Framework versão 2.0 ou superior
• Suporte de Programabilidade .NET (como parte da sua instalação do Microsoft Office)

Também é possível baixar um guia de usuário completo do OCAT na página de downloads. Nós recomendamos fortemente que você leia este documento antes de instalar e usar o OCAT. Consulte Informação Suplementar do OCAT.

Visão geral da funcionalidade do OCAT

Aqui está uma visão geral da funcionalidade oferecida pelo OCAT.

Gerar um relatório de verificação do OCAT

Para gerar um relatório do OCAT para seu perfil do Outlook, basta clicar em Iniciar verificação no painel esquerdo.

Você deve ter certeza de que o Outlook está funcionando antes de iniciar uma verificação OCAT.

Figura 2: Iniciando uma verificação do OCAT

Se você não pode manter o Outlook funcionando pelo tempo suficiente para iniciar uma verificação do OCAT, ainda é possível realizar uma verificação básica. Para fazer isso, na lista suspensa Tarefas, selecione Verificação offline e clique em Iniciar verificação.

Figura 3: Iniciando uma verificação offline

O relatório que uma verificação offline gera contém apenas informações disponíveis no seu computador, como dados de Registro, detalhes do log de eventos do aplicativo, uma lista das atualizações instaladas e detalhes do arquivo local. Embora uma verificação offline não possa conter tantos detalhes de perfil quanto uma verificação online, ainda oferecerá informações suficientes para ajudar a resolver qualquer problema enfrentado com o Outlook.

Exibindo seu relatório de verificação

O relatório que o OCAT gera pode, na maioria dos casos, oferecer muitas informações sobre seu perfil do Outlook e mostrar os problemas no seu perfil com links para artigos relevantes da Base de Dados de Conhecimento.

• Relatórios em Lista
  

  A exibição Relatórios em Lista é a apresentação padrão dos seus dados de verificação.

  

  Na exibição Relatórios em Lista, existem até três guias disponíveis para exibir diferentes instantâneos deste dado: 1) Itens de informação 2) Todos os emitidos e 3) Problemas críticos

• Relatórios em Árvore
  

  A exibição Relatórios em Árvore do seu relatório de verificação oferece funcionalidade de controle em árvore para exibir seus resultados de verificação.

  
  

  Na exibição de relatório em árvore, duas guias estão disponíveis para exibir diferentes instantâneos deste dado: 1) Exibição Detalhada e 2) Exibição do Resumo

Como exibir um relatório que foi criado em outro computador

É possível exibir um relatório de verificação do OCAT gerado em outro computador.

1. Inicie o OCAT na máquina do usuário.
2. No painel esquerdo, clique em Selecionar uma Configuração de verificação para exibir e selecione a verificação que você deseja exibir na lista de verificações disponíveis.
3. Clique em Exportar esta verificação.
4. Na caixa de diálogo Exportar esta verificação, especifique um nome de arquivo e um local de pasta.
5. Copie o arquivo XML que você salvou na etapa 5 para o computador no qual você deseja exibir o relatório.
6. No computador que foi copiado o arquivo na etapa 6, inicie o OCAT.
7. Na página Bem-vindo, clique em Selecionar uma Configuração de verificação para exibir.
8. Na página Selecionar uma Configuração de verificação para exibir, clique em Importar verificação.
9. Navegue para a pasta que contém o arquivo XML copiado na etapa 6 e clique em Abrir.

A verificação é aberta automaticamente para exibição.

Envie seus comentários

Se você deseja enviar comentários ou sugestões de melhorias para o OCAT, clique no link comentários da seção Veja também do painel esquerdo do OCAT. O link abre uma nova mensagem de email endereçada ao OCATsupp.

Greg Mansius

Esta é uma publicação localizada. Encontre o artigo original em Released: Outlook Configuration Analyzer Tool (OCAT)

Artigo original publicado na quinta-feira, 08 de março de 2012

Qualquer pessoa que use regularmente o Log Parser 2.2 sabe o quanto útil e poderoso pode ser para obter informações valiosas do IIS (Servidor de Informação de Internet) e outros logs. Além disso, adicionar o poder do SQL permite a pesquisa explícita de gigabytes of logs retornando apenas os dados necessários enquanto filtra o ruído. A única coisa faltando é uma ótima interface do usuário gráfico (GUI) para funcionar como um front-end para o Analisador de Log e uma “Biblioteca de Consulta” para gerenciar todas as ótimas consultas e scripts que são acumulados com o tempo.

O Log Parser Studio foi criado para suprir esta necessidade; permitindo àqueles que usam o Log Parser 2.2 (e ainda aqueles que não porque não tem uma interface) trabalharem mais rápido e eficiente para obter os dados que precisam com menos “manuseio” de scripts e pastas completas de consultas.

Com o Log Parser Studio (LPS abreviado) podemos armazenar todas as nossas consultas em um local central. Podemos editar e criar novas consultas no “Editor de Consultas” e salvá-las para uso posterior. Podemos pesquisar consultas usando a pesquisa de texto livro e também exportar e importar bibliotecas e consultas em diferentes formados, permitindo uma colaboração fácil e o armazenamento de vários tipos de bibliotecas separadas para diferentes protocolos.

Processando logs para protocolos do Exchange

Todos nós sabemos disso muito bem: o processamento de logs para diferentes protocolos do Exchange é uma tarefa demorada. Na ausência de ferramentas especiais, torna-se uma tarefa tediosa para um Administrador do Exchange passar por estes logs e processá-los usando o Analisador de Log (ou outra ferramenta), se o formato de saída é importante. Você também precisa de experiência na redação destas consultas SQL. Também é possível usar scripts especiais que podem ser encontrados na Web e analisar o resultado para tirar algum resultado naqueles logs compridos. O Log Parser Studio é principalmente projetado para processamento rápido e fácil de diferentes logs para protocolos do Exchange. Ao iniciar, você verá guias para diferentes protocolos do Exchange, isto é, Microsoft Exchange ActiveSync (MAS), Exchange Web Services (EWS), Outlook Web App (OWA/HTTP) e outros. Nestas guias existem dezenas de consultas SQL escrita para fins específicos (descrição e outros particulares de uma consulta também estão disponíveis na UI principal), que pode ser executada em apenas um clique!

Vamos falar dos detalhes de alguns recursos legais do Log Parser Studio …

Biblioteca de Consulta e Gerenciamento

No lançamento do LPS, a primeira coisa que você verá é a Biblioteca de Consulta pré-carregada com consultas. Este é o local onde gerenciamos todas as nossas consultas. A biblioteca está sempre disponível clicando na guia Biblioteca. É possível carregar uma consulta para revisar ou executar usando vários métodos. O método mais fácil é simplesmente selecionar a consulta na lista e clicar duas vezes. Após fazer isso, a consulta irá abrir automaticamente em sua própria guia Consulta. A Biblioteca de Consulta é base para consultas. Todas as consultas mantidas pelo LPS são armazenadas nesta biblioteca. Existem controles fáceis para localizar rapidamente as consultas desejadas e marque-as como favorito para acesso rápido posteriormente.

Recuperação de Biblioteca

A biblioteca inicial enviada com o LPS está embutida no aplicativo e é criada na instalação. Se você excluir, corromper ou perder a biblioteca, é possível redefinir facilmente de volta para o original usando o recurso de recuperação de biblioteca (Opções | Recuperação de Biblioteca). Ao recuperar a biblioteca todas as consultas existentes serão excluídas. Se você possui consultas personalizadas/modificadas que não deseja perder, você deve exportar e, após recuperar o conjunto padrão de consultas, poderá fundi-las de volta para o LPS.

Importar/Exportar

Dependendo da sua necessidade, toda a biblioteca ou subconjuntos da biblioteca podem ser importados e exportados como o formato XML LPS padrão ou como consultas do SQL. Por exemplo, se você possui uma pasta completa de consultas SQL do Analisador de Log, é possível importar algumas delas ou todas elas na biblioteca do LPS. Geralmente, a única coisa que você precisará fazer após a importação é alguns ajustes. Tudo que o LPS precisa é a consulta SQL base e para trocar as referências do nome de arquivo com ‘[LOGFILEPATH]’ e/ou ‘[OUTFILEPATH]’, conforme discutido em detalhe no manual em PDF incluído com a ferramenta (é possível acessar através de LPS | Ajuda | Documentação).

Consultas

Lembre-se que uma consulta estruturada bem escrita faz toda a diferença entre uma consulta de sucesso que retorna a informação exata que você precisa contra uma consulta inferior que exige do seu sistema, retorna muito mais informação do que você realmente precisa e, em alguns casos, interrompe o aplicativo.

A arte de criar uma ótima consulta SQL/Log Parser está fora do objetivo desta publicação, no entanto, todas as consultas incluídas com o LPS foram escritas para atingir os resultados mais exatos enquanto retorna poucos registros. Saber do que precisa e como obter isso com o menor número de linhas retornadas é fundamental!

Trabalhos em Lote e Multithreading

Você descobrirá que o LPS em combinação com o Log Parser 2.2 é uma ferramenta muito poderosa. No entanto, se tudo que você pode fazer é executar uma única consulta por vez e esperar pelos resultados, você provavelmente não faria tanto progresso quanto poderia. Em vez disso, o LPS contém trabalhos em lote e consultas multithreaded.

Um trabalho em lote é simplesmente um conjunto de consultas pré-definidas que podem ser executadas com a pressão de um único botão. Dentro do Gerenciador de Lote é possível remover qualquer consulta ou todas elas, assim como executá-las. É possível executá-las clicando no botão Executar várias consultas ou Executar no Gerenciador de Lote. Após a execução, o LPS irá preparar e executar cada consulta em lote. Por padrão, o LPS irá enviar TODAS as consultas para o Log Parser 2.2 assim que cada uma delas é preparada. É aqui que o multithreading trabalha em nosso favor. Por exemplo, se temos 50 consultas configuradas como um trabalho em lote e para executar o trabalho, teremos 50 threads no plano de fundo funcionando com o Analisador de Log simultaneamente, deixando o usuário livre para trabalhar em outras consultas. Conforme cada trabalho é concluído, os resultados são passados de volta para a grade ou para a saída CSV com base no tipo da consulta. Mesmo neste cenário, é possível continuar a trabalhar co outras consultas, pesquisa, modificações e execuções. Conforme cada consulta é concluída, seu thread é retirado e seus recursos liberados. Estes threads são gerenciados com muita eficiência no plano de fundo para que não haja problemas ao executar várias consultas de uma vez.

E se desejamos que as consultas em lote sejam executadas simultaneamente para melhor desempenho ou outros motivos? Esta funcionalidade já está embutida nas opções do LPS. Apenas faça uma mudança em LPS | Opções | Preferências marcando a caixa de seleção ‘Processar consultas em lote sequencialmente’. Quando marcada, a primeira consulta no lote é executada e a próxima consulta não será iniciada até que a primeira seja concluída. Este processo irá continuar até que a última consulta no lote tenha sido executada.

Automação

Em conjunto com os trabalhos em lote, a automação permite uma automação não programada dos trabalhos em lote. Por exemplo, podemos criar uma tarefa programada que irá executar automaticamente um determinado trabalho em lote que também opera em um conjunto separado de pastas personalizadas. Este processo exige dois componentes, um arquivo de lista da pasta (.FLD) e um arquivo de lista de lote (.XML). Podemos criá-los antecipadamente dentro do LPS. Para obter mais detalhes sobre como fazer isso, consulte o manual.

Gráficos

Muitas consultas que retornam dados para a Grade de Resultados podem ser colocadas em gráficos usando o recurso de gráfico embutido. Os requisitos básicos para os gráficos são os mesmos para o Log Parser 2.2, isto é,

1. A primeira coluna na grade pode ser de qualquer tipo de dado (cadeia de caracteres, número, etc.)
2. A segunda coluna deve ser algum tipo de número (inteiro, duplo, decimal), cadeias de caracteres não são permitidas

Mantenha os requisitos acima em mente ao criar suas próprias consultas para que você escreva com consciência uma consulta incluindo um número na coluna dois. Para gerar um gráfico, clique no botão gráfico após a consulta ter sido concluída. Para o número 2 acima, mesmo se você esquecer, é possível arrastar qualquer coluna numerada e soltá-la na segunda coluna. Desta forma, se você tiver várias colunas numeradas, basta arrastar aquela que lhe interessa na secunda coluna e gerar gráficos diferentes dos mesmos dados. Novamente, para obter mais detalhes sobre o recurso de gráfico, consulte o manual.

Atalhos do teclado/comandos

Existem vários atalhos do teclado embutidos no LPS. É possível exibir uma lista a qualquer momento em que estiver usando o LPS clicando em LPS | Ajuda | Atalhos do Teclado. Os atalhos incluídos atualmente são os seguintes:

Tipos de entrada e saída suportados

O Log Parser 2.2 possui a capacidade de consultar vários tipos de logs. Como o LPS é um trabalho em andamento, apenas os tipos mais usados estão disponíveis atualmente. Tipos de entrada e saída adicionais serão adicionados quando possível em próximas versões ou atualizações.

Tipos de entrada suportadas

Suporte completo para W3SVC/IIS, CSV, Erro HTTP e suporte básico para todos os formatos de entrada do Log Parser 2.2 embutidos. Além disso, alguns formatos LPS escritos personalizados como formatos específicos do Microsoft Exchange que não estão disponíveis com a instalação padrão do Log Parser 2.2.

Tipos de saída suportadas

CSV e TXT são os tipos de arquivo de saída suportados atualmente.

Log Parser Studio - Guia de Início Rápido

Deseja pular todos os detalhes e executar apenas algumas consultas agora? Comece aqui…

A primeira coisa que o Log Parser Studio precisa saber é onde estão os arquivos de log e o local padrão que você gostaria que qualquer consulta exporte seus resultados como arquivos CSV a serem salvos.

1. Configure seu caminho de saída CSV padrão:

a. Vá para LPS | Opções | Preferências | Caminho de Saída Padrão.

b. Pesquise e selecione a pasta que você gostaria de usar para os resultados exportados.

c. Clique em Aplicar.

d. Qualquer consulta que exporte arquivos CSV será salva nesta pasta.
NOTA: Se você esquecer deste caminho antes de iniciar, os arquivos CSV serão salvos em %AppData%\Microsoft\Log Parser Studio por padrão, mas é recomendado que você mova para outro local.

2. Diga ao LPS onde os arquivos de log estão abrindo o Gerenciador de Arquivos de Log. Se você tentar executar uma consulta antes de concluir esta etapa, o LPS irá solicitar para configurar o caminho do log. Após clicar em OK na janela, é aberto o Gerenciador de Arquivos de Log. Clique em Adicionar pasta para adicionar uma pasta ou Adicionar arquivo para adicionar um único ou vários arquivos. Quando adicionar uma pasta, você ainda deve selecionar pelo menos um arquivo para que o LPS saiba com qual tipo de log estamos trabalhando. Ao fazer isso, o LPS transformará automaticamente isto em um curinga (*.xxx) indicando que todos os logs correspondentes na pasta serão pesquisados.

É possível dizer facilmente quais pastas ou arquivos estão sendo pesquisados atualmente avaliando a barra de status no canto inferior direito do Log Parser Studio. Para ver o caminho completo, passe o mouse sobre a barra de status.

NOTA: O LPS e o Analisador de Log lidam com vários tipos de logs e objetos que podem ser consultados. É importante lembrar que o tipo de log que você está consultando deve corresponder com a consulta realizada. Em outras palavras, uma consulta que espera logs IIS, apenas logs IIS devem ser selecionados no Gerente de Consulta. Falha ao fazer isso (é fácil de esquecer) resultará em erros ou comportamento inesperado será retornado ao executar a consulta.

3. Escolha um consulta da biblioteca e execute-a:

a. Clique na guia Biblioteca se já não estiver selecionada.

b. Escolha uma consulta na lista e clique duas vezes nela. Isto abrirá a consulta em sua própria guia.

c. Clique no botão Executar consulta única para executar a consulta

A execução da consulta começara no plano de fundo. Quando a consulta for concluída, há duas metas de saída possíveis; a grade de resultados na metade superior de uma guia da consulta ou um arquivo CSV. Algumas consultas retornam para a grade enquanto outras consultas com maior memória são salvas no CSV.

Como uma regra geral, as consultas que podem retornar conjuntos de dados muito grandes provavelmente devem ser enviados para um arquivo CSV para mais processamento no Excel. Quando você tiver os resultados, existem vários recursos para trabalhar com estes resultados. Para obter mai detalhes, consulte o manual.

Divirta-se com o Log Parser Studio! E lembre-se sempre – Existe uma consulta para isso!

Kary Wall
Engenheiro de Escalação
Suporte do Microsoft Exchange

Esta é uma publicação localizada. Encontre o artigo original em Introducing: Log Parser Studio

Artigo original publicado no domingo, 01 de abril de 2012

A equipe do Exchange tenta melhorar nossa funcionalidade de alta disponibilidade e melhorar a redundância, particularmente nos nossos centros de dados do Exchange Online. Veja um novo episódio do Geek Out com Perry, onde Perry explica como uma ideia interessante se torna um esforço de pesquisa e eventualmente nova funcionalidade sendo lançada no Exchange Online. Nós não discutimos com frequência os itens do mapa do produto quando eles estão nas fases iniciais, mas desejamos compartilhar algumas informações antecipadas com vocês.

Estamos entusiasmados em oferecer uma espiada na nova funcionalidade que está para ser lançada que irá nos ajudar a melhorar nossa redundância e contribuir para nosso compromisso dos centros de dados verdes.

Continue com o Geek Out com Perry, leia o blog dele, envie-nos comentários e deixe-nos saber se você tem alguns bons assuntos para Perry comentar.

Felicidades!

Ann Vu

Esta é uma publicação localizada. Encontre o artigo original em Geek Out with Perry on New Exchange Online Functionality