Artigo original publicado na quinta-feira, 27 de dezembro de 2012

Como resposta aos comentários de nossos clientes, ampliamos o limite de destinatários do Office 365 nos planos para empresas (E1, E2, E3, E4, K1 e K2), profissionais e pequenos negócios (P1) e governo (G1, G2, G3 e G4), de modo a permitir que os usuários enviem emails para até 10.000 destinatários por dia. Esses novos limites também se aplicam a planos autônomos do Exchange Online (Quiosque, Plano 1 e Plano 2). Antigamente, o limite para usuários desses planos era de no máximo 1.500 destinatários por dia.

Os limites de destinatários existem para evitar que os usuários enviem grandes volumes de emails comerciais não solicitados, conhecidos como spam. Esses limites impedem que nosso serviço online torne-se fonte de spam e, como resultados dessas proteções, o fluxo de mensagens de email de nossos clientes é contínuo. As melhorias de data center permitiram aumentar esse limite e, ao mesmo tempo, manter o mesmo nível de proteção.

Esses limites são aplicáveis a mensagens de email enviadas de uma organização ou distribuídas a organizações externas. O melhor modo de não exceder o limite de destinatários é usar grupos de distribuição ao enviar mensagens para um grande número de destinatários. Os grupos de distribuição armazenados no catálogo de endereços compartilhado são contados como um único destinatário com relação ao limite de destinatários. Para obter mais informações, consulte as estratégias de suporte a emails em massa. Os clientes do Office 365 que precisam enviar emails comerciais em massa legítimos (como informativos aos clientes) devem continuar a usar os provedores de terceiros especializados nesses serviços.

Caso deseje mais informações sobre os limites de destinatários, consulte o artigo sobre limites diários de emails em massa e de destinatários. Fizemos essa alteração em função de seus comentários. Obrigado por compartilhar sua opinião conosco, continue assim!

Steve Chew

Esta é uma postagem de blog traduzida. Consulte o artigo original em Recipient Rate Limit Increase to 10K for Office 365 and Exchange Online

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

Você já recebeu uma ligação de alguém com problemas em conectar o cliente do Outlook ao servidor de emails? Não seria ótimo se houvesse uma ferramenta que você pudesse enviar para realizar testes de conectividade e fornecer um método simples de envio dos resultados de volta para você?

Ou talvez você seja um administrador que utiliza o Remote Connectivity Analyzer há anos para verificar configurações de email, mas deseja um meio para realizar os mesmos testes em sua organização, com os mesmos detalhes de diagnóstico do site do RCA.

Após ouvir pedidos como esses, nossa equipe criou uma ferramenta justamente para esses cenários. Gostaria de apresentar o Microsoft Connectivity Analyzer (beta), uma versão portátil do site Remote Connectivity Analyzer. Veja um vídeo de 49 segundos que mostra o Microsoft Connectivity Analyzer.

Essa ferramenta contém os mesmos testes do site, com uma interface do usuário bem mais simples, que você pode compartilhar com usuários, familiares ou com seu vizinho do outro lado da rua.

Além disso, dividimos os resultados em dois modos de exibição: um simplificado, que mostra apenas os resultados que até sua mãe entenderia, e os resultados com detalhes completos que apenas um administrador (no caso, você) gostaria de analisar.

Além disso, os detalhes adicionais para os administradores são mostrados na seção de análise de todos os testes executados:

Ou você pode pedir para o usuário salvar os resultados detalhados e enviá-los para você! Esses resultados são salvos como arquivo HTML e podem ser visualizados em um navegador.

Pré-requisitos do Microsoft Connectivity Analyzer

1. A ferramenta oferece suporte aos seguintes sistemas operacionais: Windows 7 64 bits, Windows 7, Windows Server 2008 e superior
2. Microsoft .NET Framework 4.5 obrigatório.
3. Requisitos de navegador:

A instalação funcionará em todos os navegadores modernos. Porém...

• Caso utilize o Google Chrome, será necessário instalar o ClickOnce para Google Chrome
• Caso utilize o FireFox, será necessário instalar o Microsoft .Net Framework Assistant para FireFox.

Você pode encontrar as notas de versão completas aqui.

Ainda não terminamos. Temos planos para adicionar mais testes.

Assim como quando lançamos o site, a primeira versão do Microsoft Connectivity Analyzer está em desenvolvimento.

Como temos uma ferramenta no local, com o usuário final, estamos em uma ótima posição para ampliar os testes, de modo que incluam problemas comuns de todos os tipos de conectividade. Esta versão preliminar da ferramenta é apenas o começo.

E isso não é tudo!

Além de fornecer uma nova ferramenta, unimos forças com o Lync Remote Connectivity Analyzer e integramos as duas ferramentas. Você verá que removemos “Exchange” do nome e que há um novo endereço para acessar o site: http://testconnectivity.microsoft.com. É isso mesmo: todos os testes do Lync e Exchange estão disponíveis no mesmo site.

Os testes incluem:

• Teste de Conectividade Remota do Serviço Web da Descoberta Automática do Lync Mobile, que testará a conectividade remota com o servidor do Serviço Web de Descoberta Automática do Microsoft Lync Mobile
• Testes do Microsoft Office Communications Server, que testarão a conectividade remota com o Microsoft Office Communications Server. Eles realizarão a descoberta automática da borda de acesso e da porta de conexão OU permitirão que você especifique um servidor de borda de acesso.
• Teste de Conectividade Remota do Lync Server, que testará a conectividade remota com o Microsoft Lync Server. Ele realizará a descoberta automática da borda de acesso e da porta de conexão OU permitirá que você especifique um servidor de borda de acesso.

Mas espere, ainda tem mais...

Eu cheguei a comentar que estivemos ocupados este ano? Na guia do Office 365, você verá dois novos testes: DNS do Lync do Office 365 e Disponibilidade.

O Teste de DNS do Lync do Office 365 verificará as configurações de nome do domínio externo para o usuário de domínio personalizado no Office 365.

Graças à equipe de Serviços de Implantação do Office 365, o site do RCA hospeda o teste de Disponibilidade do Office 365. Ele verifica se a caixa de correio do Office 365 pode acessar as informações de disponibilidade de uma caixa de correio no local e vice-versa. Isso inclui:

• uma verificação para confirmar se a hora do sistema do servidor híbrido tem mais de cinco minutos de diferença, o que leva a falhas ao solicitar tokens de delegação do Microsoft Federation Gateway.
• uma verificação para conferir se a conectividade de entrada com o servidor híbrido não exige pré-autenticação de firewall, ou seja, se o firewall permite autenticação de passagem.
• uma verificação para conferir se o servidor híbrido atendi aos requisitos mínimos de versão do Exchange Server (Exchange Server 2010 SP1).
• uma consulta básica de disponibilidade direcionada ao Serviço de Disponibilidade de destino.
• Links com orientações a respeito do assistente de configuração híbrida, uma fonte comum de erros de configuração de implantações híbridas

Ufa! Obrigado por ter chegado até aqui. Espero que você aproveite as novas atualizações. Não deixe de compartilhar suas opiniões conosco.

Nicole Allen
Em nome da equipe do RCA

Esta é uma postagem de blog traduzida. Consulte o artigo original em What’s new with Microsoft Remote Connectivity Analyzer? A lot!

Artigo original publicado no sábado, 15 de dezembro de 2012

Recentemente, o Windows Update começou a oferecer o Windows Management Framework 3.0 como atualização opcional. Isso inclui todas as formas de distribuição de atualizações, como o Microsoft Update, WSUS, System Center Configuration Manager e outros mecanismos. A questão é que o Windows Management Framework 3.0 inclui o PowerShell 3.0.

O Windows Management Framework 3.0 está sendo distribuído como KB2506146 e KB2506143 (o código oferecido depende da ver~soa de servidor executada: Windows Server 2008 SP2 ou Windows Server 2008 R2 SP1).

O que isso significa para você?

O Windows Management Framework 3.0 (especialmente o PowerShell 3.0) ainda não é compatível com nenhuma versão do Exchange, exceto Exchange Server 2013, que necessita dele. Se você instalar o Windows Management Framework 3.0 em um servidor que executa o Exchange 2007 ou Exchange 2010, haverá problemas, como pacotes cumulativos de atualizações do Exchange que não são instalados ou execução incorreta do Shell de Gerenciamento do Exchange.

Observamos pacotes cumulativos de atualizações do Exchange que não são instalados, com os seguintes sintomas:

• Caso o pacote cumulativo seja instalado pelo Microsoft Update, a instalação poderá falhar e gerar o código de erro 80070643
• Caso o pacote cumulativo seja instalado por meio de download, o erro exibido será A instalação foi encerrada prematuramente devido a um erro.
• Em ambos os casos, o evento com ID 1024 poderá ser registrado no log de eventos do aplicativo com o código de erro “1603”. Por exemplo, se você tentar instalar o pacote cumulativo de atualizações 5 para o Exchange 2010 SP2, poderá ver a seguinte descrição no evento com ID 1024:

  Produto: Microsoft Exchange Server - A atualização 'Pacote Cumulativo de Atualizações 5-v2 para Exchange Server 2010 Service Pack 2 (KB2785908) 14.2.328.10' não pôde ser instalada. Código de erro 1603. O Windows Installer pode criar logs para ajudar a solucionar problemas na instalação de pacotes de software. Use o link a seguir para obter informações sobre ativação do suporte a registro em log: http://go.microsoft.com/fwlink/?LinkId=23127

Recomendamos que o Windows Management Framework 3.0 não seja implantado em servidores que executam o Exchange 2007 ou Exchange 2010, ou em estações de trabalho com as Ferramentas de Gerenciamento do Exchange de qualquer uma das versões instaladas. Caso já tenha feito a atualização, remova-a. Após remover a atualização, as funcionalidades serão restauradas.

Ben Winzenz

Esta é uma postagem de blog traduzida. Consulte o artigo original em Windows Management Framework 3.0 on Exchange 2007 and Exchange 2010

Artigo original publicado na terça-feira, 15 de janeiro de 2013

O artigo sobre o OAB no Exchange Server 2013 mostrou a nova arquitetura de geração e distribuição do OAB (catálogo de endereços offline) no Exchange Server 2013. Caso ainda não tenha lido o artigo, dedique um tempo para isso. Caso contrário, consulte-o para relembrar.

O gerenciamento e a administração do OAB são diferentes no Exchange 2013 em função das alterações na arquitetura. Além disso, o novo Centro de administração do Exchange não tem opção de gerenciamento de OABs. Isso significa que, no momento, você deverá usar o Shell de Gerenciamento do Exchange para realizar tarefas relacionadas ao OAB.

Este artigo mostra tarefas comuns de administração do OAB, com alguns cenários reais que o ajudarão a compreender as tarefas.

Observação: caso você esteja em um ambiente de domínio do Active Directory com várias florestas, certifique-se de que a sessão de Shell tenha ViewEntireForest habilitado. Caso contrário, alguns dos comandos no artigo não produzirão saída.

Comando para habilitar ViewEntireForest:

Set-ADServerSettings -ViewEntireForest $true

Criando um novo OAB

A criação de um novo OAB no Exchange 2013 dispensa o parâmetro -Server. Para criar um novo OAB, só é preciso especificar as listas de endereços que serão solicitadas.

O exemplo a seguir cria um OAB para uma lista de endereços chamada “Global Address List FAB”

New-OfflineAddressBook -Name OAB-FAB -AddressLists "Global Address List FAB"

Identificar os servidores de geração do OAB

As caixas de correio de arbitragem no Exchange Server 2013 têm atribuídas a elas certos "recursos persistentes", que definem a finalidade/função da caixa de correio de arbitragem.

Uma caixa de correio de arbitragem com o recurso persistente “OrganizationCapabilityOABGen” é responsável pela geração do OAB. Neste artigo, nós a chamaremos de "caixa de correio de organização".

O servidor de caixas de correio do Exchange Server 2013 que hospeda a caixa de correio de organização gerará todos os OABs definidos no ambiente.

Para um ambiente que não seja DAG, use o seguinte comando para identificar os servidores de geração de OAB:

Get-Mailbox -Arbitration | where {$_.PersistedCapabilities -like "*oab*"} | ft name,servername

Para um ambiente DAG, a identificação dos servidores de geração de OAB é composta de duas etapas.

Etapa 1: identificar o banco de dados de caixas de correio que hospeda a caixa de correio de organização com recurso de geração de OABs.

Use o comando a seguir para listar as caixas de correio de arbitragem com recursos persistentes de geração de OABs e o banco de dados no qual a caixa de correio está hospedada:

Get-Mailbox -Arbitration | where {$_.PersistedCapabilities -like "*oab*"} | ft name,database

Etapa 2: identificar o servidor de caixas de correio no qual o banco de dados que hospeda a caixa de correio de organização está montado

Use o comendo a seguir para identificar a cópia ativa do banco de dados de caixas de correio:

Get-MailboxDatabaseCopyStatus db1

O servidor cujo banco de dados tem status "montado" é o servidor atual de geração de OABs.

Alterar o servidor de geração de OABs

Há dois métodos para alterar o servidor de geração de OABs.

Transferir a caixa de correio

Transfira a caixa de correio de organização para um banco de dados de caixas de correio em um servidor que deverá ser designado como servidor de geração de OABs.

Exemplo:

DB1 é um banco de dados com cópia única presente no servidor Exch1; ele hospeda a caixa de correio de organização. DB2 é um banco de dados de caixas de correio presente em Exch2.

O comando a seguir pode ser usado para transferir a caixa de correio de organização para DB2 e transformar Exch2 no servidor de geração de OABs.

Get-Mailbox -Arbitration -database db1| where {$_.PersistedCapabilities –like “*oab*”} | New-MoveRequest -TargetDatabase db2

Este método é mais adequado para ambientes com cópia única do banco de dados de caixas de correio que hospeda a caixa de correio de organização.

Ativar o banco de dados de caixas de correio em outro servidor

Este método é adequado para ambientes com várias cópias do banco de dados de caixas de correio que hospeda a caixa de correio de organização.

Exemplo:

DB1 hospeda a caixa de correio de organização e possui cópias nos servidores Exch1 e Exch2. DB1 está ativo em Exch1.

O comando a seguir pode ser usado para ativer DB1 em Exch2, transformando-o no servidor de geração de OABs:

Move-ActiveMailboxDatabase DB1 -ActivateOnServer Exch2

Observação: consulte as instruções em "Posicionamento da caixa de correio de organização" a seguir antes de alterar o servidor de geração de OABs.

Criando uma nova caixa de correio de organização

Os administradores podem criar caixas de correio de organização adicionais para fins de tolerância a falhas ou para atender a usuários em implantações do Exchange distribuídas por diversas regiões.

A criação de uma nova caixa de correio de organização é composta de duas etapas:

Etapa 1: criar uma nova caixa de correio de arbitragem

New-Mailbox -Arbitration -Name "OAB Seattle" -Database DB2Seattle -UserPrincipalName oabs@contoso.com –DisplayName “OAB Mailbox for Seattle”

Etapa 2: habilitar o recurso de geração de OABs

Set-Mailbox -Arbitration oabs -OABGen $true

Observação: consulte as instruções em "Posicionamento da caixa de correio de organização" a seguir antes de criar mais caixas de correio de organização.

Alterando o cronograma de geração de OABs

Até o Exchange Server 2010, a geração de OABs era baseada em um "cronograma" definido nas propriedades do OAB. É possível que você veja um "cronograma" definido ao visualizar as propriedades do OAB do Exchange 2013. Porém, a geração de OABs do Exchange Server 2013 não ocorre de acordo com o "cronograma" definido nas propriedades do OAB:

Em vez disso, a geração de OABs no Exchange Server 2013 ocorre de acordo com as propriedades OABGeneratorWorkCycle e OABGeneratorWorkCycleCheckpoint, configuradas no servidor de caixas de correio.

Exemplo:

Os valores na captura de tela acima indicam que o OAB é gerado uma vez por dia.

Qual servidor de caixas de correio processou a solicitação de download do OAB?

A função CAS do Exchange Server 2013 CAS envia a solicitação de download do OAB para um servidor com a função de caixa de correio apropriada. A função CAS mantém um registro de todas as solicitações realizadas em arquivos de log, presentes na pasta %ExchangeInstallPath%\Logging\HttpProxy\OAB\

Esses arquivos de log são excelentes para identificar qual servidor de caixas de correio o CAS selecionou para atender à solicitação.

Informações de alguns campos importantes do arquivo de log:

O arquivo de log pode ser importado no Excel para melhorar a leitura.

Exemplo:

Forçando a geração de OABs

Há dois métodos para forçar o início imediato da geração de OABs do Exchange Server 2013.

Método 1: Update-OfflineAddresBook

O comando a seguir forçará a geração de um OAB chamado "Default Offline Address Book" em todas as caixas de correio de organização.

Update-OfflineAddressBook "default offline address book"

Observação: esse comando iniciar uma solicitação PRC, enviada a todos os servidores de caixas de correio que hospedam uma caixa de correio de organização ativa.

Método 2: reiniciar o serviço do assistente de caixa de correio.

O assistente de caixa de correio do Microsoft Exchange na função de caixa de correio é responsável pela geração de OABs. Quando o serviço é reiniciado, ocorre a geração de todas as OABs definidas no ambiente em um servidor de caixas de correio específico, caso ele esteja hospedando uma caixa de correio de organização ativa.

Posicionamento da caixa de correio de organização

A função CAS do Exchange Server 2013 CAS transfere a solicitação de download do OAB para o servidor de caixas de correio "mais próximo" que hospede uma caixa de correio de organização ativa. Ela poderá transferir a solicitação utilizando o mecanismo round robin caso encontre mais de uma caixa de correio de organização ativa no mesmo site do AD. Isso pode levar ao download frequente de OABs completos.

Por isso, recomenda-se planejar o posicionamento da caixa de correio de organização de modo que haja uma caixa de correio de organização ativa em um site do AD. Isso é aplicável à criação de uma nova caixa de correio de organização, bem como à criação de cópias do banco de dados de caixas de correio que hospeda uma caixa de correio de organização.

Cenários

Os cenários a seguir mostram situações reais para explicar mais a fundo os novos métodos de gerenciamento de OABs.

Cenário 1: criar uma nova caixa de correio de organização

A Contoso possui servidores com as funções CAS e caixa de correio do Exchange Server 2013 implantados em instalações em Dallas e Seattle. John, o administrador do Exchange da Contoso, analisa os arquivos de log de proxy http nos servidores CAS e percebe que a solicitação de download do OAB dos usuários de Seattle está indo para os servidores de Dallas. Em uma investigação mais detalhada, John percebe que há apenas uma caixa de correio de organização em Dallas e, por isso, as solicitações de download do OAB de todos os usuários vão para o servidor em Dallas.

Ele decide criar uma nova caixa de correio de organização em Seattle com os seguintes comandos:

Etapa 1: criar uma nova caixa de correio de arbitragem

New-Mailbox -Arbitration -Name "OAB Seattle" -Database DB2Seattle -UserPrincipalName oabs@contoso.com –DisplayName “OAB Mailbox for Seattle”

Etapa 2: habilitar a caixa de correio de arbitragem com o recurso de geração de OABs

Set-Mailbox -Arbitration oabs -OABGen $true

Cenário 2: personalizar o cronograma de geração de OABs

Ben é o administrador da implantação do Exchange 2013 na Tail Spin Toys. O cronograma padrão de geração de OABs não é adequado à empresa. Por isso, eles desejam gerar um OAB a cada quatro horas, aproximadamente.

Ben usará o seguinte comando para alterar as propriedades dos servidores de caixas de correio que hospedarão a caixa de correio de organização.

Set-MailboxServer Exch1 -OABGeneratorWorkCycle 01.00:00:00 -OABGeneratorWorkCycleCheckpoint 04:00:00

Após alguns dias, Ben analisa o evento com ID 17002 no log do aplicativo para se certificar de que o OAB é gerado a cada quatro horas.

Espero que este post tenha sido útil! Deixe seus comentários abaixo!

Bhalchandra Atre

Esta é uma postagem de blog traduzida. Consulte o artigo original em Managing OAB in Exchange Server 2013

Artigo original publicado na terça-feira, 4 de dezembro de 2012

Em outubro, anunciamos que a versão RTM (Release to Manufacturing) do Exchange Server 2013 havia sido aprovada. Desde então, concentramos nossos esforços no lançamento da próxima versão do Exchange para os clientes corporativos por meio de vários canais de distribuição.

Hoje, atingimos um marco importante: a equipe do Exchange tem orgulho em anunciar a disponibilidade geral do Exchange Server 2013. Você pode baixar os bits na TechNet hoje mesmo e avaliar o produto por 180 dias. Você também pode se inscrever no Office 365 Preview para obter a experiência mais avançada do Exchange na nuvem em apenas alguns minutos.

Aqueles que desejam implantar o Exchange Server 2013 em ambientes intactos ou em laboratórios e ambientes de teste (para avaliar os novos recursos e testá-los com aplicativos LOB) podem começar imediatamente. Caso esteja executando um ambiente do Exchange 2010 ou 2007, você precisará do pacote cumulativo de atualizações do Exchange Server 2010 SP3 ou 2007 para realizar a atualização. Sabemos que você está ansioso para utilizar a nova versão; por isso, estamos nos esforçando para dar os toques finais ao Exchange 2010 SP3 2013 e ao pacote cumulativo de atualizações, cujo lançamento está planejado para o primeiro trimestre de 2013.

Caso ainda não tenha feito isto, o incentivamos a obter mais informações sobre o Exchange Server 2013 consultando a documentação da TechNet ou participando de uma sessão de treinamento Ignite. No momento, é recomendável avaliar os pré-requisitos e os requisitos do sistema, bem como conhecer a arquitetura simplificada de blocos de construção do Exchange, de modo que você possa iniciar o dimensionamento, o planejamento e a aquisição de hardware.

A equipe do EHLO adicionou mais conteúdo técnico sobre o novo Exchange desde o anúncio do RTM:

• Catálogo de endereços offline no Exchange Server 2013 – Bhalchandra Atre
• Gerenciando compartilhamento federado com EAC – Elber Ren e Robert Mazzoli
• Acesso offline no Outlook Web App para o novo Exchange – Sara Manning
• Pastas públicas no novo Office – Alfons Staerk e Nikhil Aggarwal
• Publicando o Exchange Server 2013 com TMG – Greg Taylor
• Lições do data center: disponibilidade gerenciada – Ross Smith IV e Greg Thiel

...e nós continuaremos a publicar novos artigos sobre o Exchange no EHLO nos próximos meses. Por isso, continue acompanhando! Mais uma vez, gostaríamos de agradecer por seu constante apoio. Não deixe de enviar seus comentários.

Equipe do Exchange

Esta é uma postagem de blog traduzida. Consulte o artigo original em Exchange Server 2013 Reaches General Availability