Arquivos da Categoria: Migração
Transição de BPOS: Verificar usuários que alteraram as senhas
Olá pessoal,
Algumas empresas ainda não realizaram a sua transição do BPOS para o Office 365, pois quem define a data de transição e executa esta tarefa é a Microsoft.
Antes de iniciar a transição a Microsoft pede para que alguns procedimentos sejam feitos e um destes procedimentos é a alteração de senha do usuário, para que ele possa entrar na nova política de senha do Office 365.
Para verificar se os usuários já efetuaram a troca de senha vamos proceder da seguinte forma:
1 – Conectar no tenant do office 365:
$livecred = Get-Credential
Connect-MsolService -Credential $livecred
$Session = New-PSSession -ConfigurationName Microsoft.Exchange –ConnectionUri https://ps.outlook.com/powershell/ -Credential $LiveCred -Authentication Basic -AllowRedirection
Import-PSSession $Session
2 – Executar o script abaixo para ver os usuários que efetuaram logon nos últimos 60 dias:
Get-Mailbox | Get-MailboxStatistics | where {$_.LastLogonTime -lt (date).addDays(-60)} | select-object DisplayName > c:\logs\teste.txt
Caso queira trocar o valor de 60 dias basta alterar o Script para (-90) ou o valor desejado.
3 – Pronto, agora basta verificar o arquivo TXT para saber os usuários que trocaram a senha!
Att,
Diogo Heringer
Exchange Online: Migração IMAP
Ola pessoal,
Recentemente tive a necessidade de fazer uma migração de Google Apps para Office 365, isso é muito satisfatório não só pelo cliente reconhecer a superiodade do produto mas também pela facilidade que a Microsoft oferece para este tipo de migração. Antes de mostrar para vocês como é feito a migração temos que levar em consideração alguns pontos:
O que é migrado?
-
Mensagens da Caixa Entrada e outras pastas (Estrutura de pastas é migrado)
-
Máximo de 500 mil itens
-
Possibilidade de exclusão de pastas para que não seja feita a migração (Itens Excluídos, Lixo Eletrônico, por exemplo)
O que não é migrado?
-
Contatos, Calendários e Tarefas
-
Pastas excluídas pelo administrador na hora da migração
-
Mensagens maiores que 35MB
Algumas dúvidas que surgiram do cliente durante a migração:
Q: Após a primeira migração existe um sincronismo incremental caso eu não troque o MX imediatamente para o Office 365?
A: Sim, existe um sincronismo incremental a cada 24 horas, porém para isso acontecer não podemos clicar no botão “Completar Migração”
Q: Os usuários devem ser criados no Office 365 antes da migração?
A: Sim, você pode fazer a criação manual dos usuários ou adicionar um lote de usuários através de um arquivo CSV.
Q: O DirSync pode ser instalado antes da Migração IMAP?
A: Não, o DirSync não pode ser utilizado antes da migração completa das Mailbox. Após a migração ele poderá ser instalado, importante verificar o Proxy Address e o UPN do usuário para que fique igual ao do ambiente Online para que o DirSync possa fazer a associação do objeto criado na nuvem com o usuário do ambiente On-Premise.
Q: Posso utilizar o ADFS 2.0 após a migração IMAP?
A: Sim, o ADFS 2.0 é suportado em todos os tipos de migração
Com todas as perguntas respondidas vamos ao passo a passo da migração:
1 – O primeiro passo a ser feito é expandir o Schema do Active Directory para o Exchange Server 2010 SP2. Por que expandir?
Como irei utilizar ADFS 2.0 e DirSync após a migração IMAP é necessário expandir o Schema para que ele crie atributos relativos ao Exchange Server no Active Directory como ProxyAddress, TargetAddress,Member e vários outros.
Para expandir o Schema basta efetuar o Download SP2 for Exchange Server 2010 e em seguida fazer o seguinte procedimento:
-
No Schema Master do Active Directory abrir um Prompt de Comando (CMD)
-
Navegar até o diretório do Exchange Server 2010 SP2
-
Digitar o seguinte comando: setup /prepareschema
-
Com o comando acima concluído vamos executar: setup /preparead
2 – Criar e alterar o UPN dos usuários para que fiquem idênticos ao endereço de e-mail que será migrado através da Migração IMAP:
- Abrir a console do “Active Directory Domains and Trusts”:
- Clicar com o botão direito em “Active Directory Domains and Trusts” e em seguida em “Properties”:
-
Digitar o nome do domínio desejado, clicar em “Add” e em seguida em “Ok”:
- Verificar se o domínio encontra disponível para a alteração em um usuário do “Active Directory”:
3 – Alterar os atributos UPN e ProxyAddress de todos os usuários para que fique igual ao e-mail do usuário. Uilizande Script ou o ADModify.net:
4 – Adicionar os usuários ao Office 365 manualmente ou através de uma adição em massa utilizando o seguinte padrão de CSV:
5– Com o o nosso ambiente local configurado e os usuários criados no Office 365, vamos iniciar a migração no Exchange Control Panel (ECP) do Exchange Online, clicando navegando até “Usuários ou Grupos > Migração de E-mail > Novo”:
6 – Escolher a opção “IMAP” e clicar em “Avançar”:
7 – Preencher o endereço do servidor IMAP o qual será migrado para o Office 365 e clicar em “Avançar”:
8 – Neste caso não irei fazer exclusão de nenhuma pasta, então basta clicar em “Avançar”:
9 – Escolher o arquivo CSV que contêm as informações dos usuários e clicar em “Avançar”. O Exchange Online irá fazer a leitura do arquivo CSV e a conexão com o servidor IMAP atual para migração de mensagens. Para isto é necessário a senha de e-mail de todos os usuários.
Formato do CSV:
10 – Agora basta clicarmos em “Executar” e a migração será feita:
11 – Pronto? Ainda não! Após executarmos esta tarefa e garantirmos que todos os usuários foram migrados existem dois pontos importantes a serem feitos:
Alterar o MX para o endereço do Office 365
Clicar no botão “Concluir Migração”
Quando clicamos em “Concluir Migração” O Exchange Online faz o seguinte para concluir a migração:
- Executa uma sincronização final para todas as caixas de correio. Depois disso, o email enviado à caixa de correio no sistema de mensagens IMAP não é mais copiado para as caixas de correio baseadas em nuvem.
- Envia uma mensagem de email de status final depois que a migração é concluída.
12 – Pronto! Agora a migração IMAP já foi concluída com sucesso! Você já pode fazer a instalação do ADFS 2.0 e do Dirsync que eles irão converter os usuários criados Online para Usuários Sincronizados sem nenhum problema.
Diogo Heringer
Office 365: Configurando Silent OWA Redirect no Hydrid Configuration
Olá pessoal,
Para os administradores e consultores que estão utilizando o Hybrid Configuration como método de migração para o Office 365 segue uma ótima dica do meu amigo Fernando Andreazi.
Ao utilizar o Hydrid Configuration (Exchange Server 2010 + Office 365) um dos diversos benefícios que nós temos é a possibilidade de utilizar a mesma URL do ambiente local no Office 365, ou seja, os usuários da sua organização que usam uma URL, por exemplo, chamada https://mail.contoso.com.br/owa continuam utilizando a mesma URL mesmo depois de serem migrados para o Office 365.
Para isso é necessário fazer as seguintes configurações (Considerando que o Hydrid Configuration já esteja funcional):
1. No Exchange Server 2010 SP2 On-Premisses/CAS Server, acesse Exchange Management Shell e digite:
Set-OrganizationRelationship “On Premises to Exchange Online Organization Relationship” -TargetOwaURL:https://outlook.com/owa/federateddomain
2. Acesse C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\owa e edite o arquivo casredirect.aspx
Acima da linha <!DOCTYPE HTML PUBLIC “-//W3C//DTD HTML 4.0 Transitional//EN”> insira o valor abaixo:
<%
if (RedirectionUrl.Contains(“https://outlook.com/owa”)) {
Response.Redirect(RedirectionUrl);
Response.End();
}
%>
Experiencia após as configurações:
Acessar a mesma URL independente de estar no Exchange local ou no Office 365.
Inserir seu usuário e senha.
Nesse momento é automaticamente redirecionado para o ADFS onde insere o usuário e senha do AD.
E o acesso a Mailbox de forma transparente, estando no ambiente local ou na nuvem o acesso se dá da mesma forma.
Troubleshooting
Se você encontrar erro ao acessar uma mailbox usando a mesma URL verifique o seguinte:
Se o redirecionamento não está direcionando para domínio.onmicrosoft.com
O problema ocorre quando você executa o Update-HybridConfiguration, pois nesse momento ele retorna as configurações ao padrão.
Nesse caso basta executar o comando abaixo novamente
Set-OrganizationRelationship “On Premises to Exchange Online Organization Relationship” -TargetOwaURL:https://outlook.com/owa/federateddomain
Referencias
http://www.stevieg.org/2012/04/enabling-silent-owa-redirection-for-office-365-hybrid/
http://www.stevieg.org/2012/04/exchange-2010-sp2-hybrid-wizard-resets-owa-redirect-url-to-tenant-domain/
Até a próxima,
Diogo Heringer
Hybrid Configuration: Script para migração automatizada de usuários específicos
Olá pessoal,
Após a configuração do ambiente híbrido completada com sucesso surge a necessidade fazer a migração de Mailbox do ambiente On-Premise para o ambiente Online. Esta migração pode ser feita através do EMC (Exchange Management Console), porém quando é feito desta forma (Padrão) não existe uma automação das Mailbox na hora da migração, ou seja, você deverá escolher todos os Mailbox a serem migrados um a um e em seguida efetuar o Move-Request. Para suprir esta necessidade criei juntamente com o apoio do Carlos Eduardo Travagini, que não só fez boa parte do Script mas também validou o funcionamento do mesmo e agora vamos compartilhar com vocês.
O que o Script faz?
O script abaixo tem como objetivo:
- Atribuir a localidade dos usuários descritos no arquivo .CSV
- Atribuir licenças aos usuários descritos no arquivo .CSV
- Definir uma senha para os usuários descritos no .CSV
- Definir que senha nunca expira para os usuários descritos no .CSV
- Fazer a migração dos usuários descritos no .CSV
1 – Antes de começar é importante termos alguns dados em mãos, e para isso vamos conectar no tenant e executar o comando “Get-MsolAccountSku”
- $livecred = Get-Credential
- Connect-MsolService -Credential $livecred
- $Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell/-Credential $LiveCred -Authentication Basic -AllowRedirection
- Import-PSSession $Session
- Get-MsolSkuAccount
Guardar os dados da coluna “AccountSkuID” referente ao tenant que deseja atribuir a licenças, pois eles serão usados no Script.
Para facilitar a inserção dos dados referentes aos planos no Script segue a lista de variáveis a serem usadas no Script de acordo com o seu Plano de Office 365:
K1 – DESKLESSPACK
SHAREPOINTDESKLESS
EXCHANGE_S_DESKLESS
K2 – DESKLESSWOFFPACK
SHAREPOINTWAC
SHAREPOINTDESKLESS
EXCHANGE_S_DESKLESS
P1 – LITEPACK
MCOLITE
SHAREPOINTLITE
EXCHANGE_L_STANDARD
E1 – STANDARDPACK
MCOSTANDARD
SHAREPOINTSTANDARD
EXCHANGE_S_STANDARD
E3 – ENTERPRISEPACK
OFFICESUBSCRIPTION
MCOSTANDARD
SHAREPOINTWAC
SHAREPOINTENTERPRISE
EXCHANGE_S_ENTERPRISE
E4 – ENTERPRISEWITHSCAL
OFFICESUBSCRIPTION
MCOSTANDARD
SHAREPOINTWAC
SHAREPOINTENTERPRISE
EXCHANGE_S_ENTERPRISE
O formato de arquivo .CSV que será utilizado é:
Com estes dados em mãos basta editar o Script abaixo, salvá-lo como .PS1 e executar no Office365 Shell:
$cred = $Host.UI.PromptForCredential(“Empresa XXXX – Migracao”, “Informe o usuário e senha da administracao no Office365.”,”",”userCreds”)
Connect-MsolService -Credential $cred
$ServicePlans = Get-MsolAccountSku | Where {$_.SkuPartNumber -eq “EXCHANGESTANDARD”}
$MyO365Sku = New-MsolLicenseOptions -AccountSkuId empresa:EXCHANGESTANDARD -DisabledPlans EXCHANGE_S_STANDARD
$Usuarios=Import-Csv C:\migracao.csv
$Usuarios | foreach {Set-MsolUser -UserPrincipalName $_.UserPrincipalName -UsageLocation BR}
$Usuarios | foreach {Set-MsolUserLicense -UserPrincipalName $_.UserPrincipalName -AddLicenses empresa:EXCHANGESTANDARD -LicenseOptions $MyO365Sku}
$Usuarios | foreach {Set-MsolUserPassword -UserPrincipalName $_.UserPrincipalName -NewPassword $_.NewPassword}
$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell/ -Credential $cred
-Authentication Basic -AllowRedirection
Import-PSSession $Session
$CredMigracao = $Host.UI.PromptForCredential(“Empresa XXXX – Migracao”, “Informe o usuário e senha da administracao do Microsoft Exchange 2010.”,”",”userCreds”)
$Usuarios=Import-Csv C:\migracao.csv
$Usuarios | foreach {New-MoveRequest -Remote -RemoteHostName ‘UrldoCAS.com.br’ -RemoteCredential $CredMigracao -TargetDeliveryDomain ‘DominiodeRoteamento.mail.onmicrosoft.com’ -Identity $_.UserPrincipalName}
Agora basta executar o Script e todas as Mailbox que estão presentes no arquivo .CSV serão migradas para o Office 365.
Até a próxima,
Diogo Heringer
Hybrid Configuration: Publicando Autodiscover e EWS para o Ambiente Híbrido
Olá pessoal,
Hoje achei um artigo muito interessante sobre a publicação das URLS que são utilizadas pelo Hybrid Configuration no TMG. Este artigo foi feito por especialistas do Community Office 365, vale a pena conferir e validar o seu ambiente na preparação para o Hybrid Configuration.
Segue os passos:
Create the new Rule for use with the Hybrid components
- From Within TMG Management Console, right click on the FireWall Policy from the left tree
- Then select New
- Then select Web Publishing Rule
4. From the Welcome to the New Web Publishing Rule Wizard window type in a name for the rule and select next
5. On the select Rule Action screen select the Allow radio button then select next.
6. On the Publishing Type page select the appropriate option and then select next (in my case I have select the Publish a single Web site or load balancer option)
7. On the Server Connection Security page select the Use SSL option then select next
8. On the Internal Publishing Details page fill in the proper site name and IP address such as the example depicted below. If you are not sure what to put just take a look at your current Exchange publishing rule, once completed select the next option.
9. From the Internal Publishing Details leave the defaults then select the next option. We will configure the paths later in the configuration
10. On the Public Name Details section be sure that the EWS external web site names(for example Mail.Contoso.com) is listed as depicted below then select the next option
11. Then from the Select Web Listener page select the listener used for the regular exchange rule from the drop down menu then select the next option
12. Then from the Authentication Delegation page select the No Delegation, but client may authenticate directly option then select next
13. Then from the Select User Sets page choose the All Users option then select next. Then select the finish option
Then we need to go to the properties of the newly created rule and modify the Paths and the public names within the rule.
- From the TMG management interface right click the newly created rule and select properties
- Then select the Public Names tab and add the autodiscover external URL (for example autodiscover.contoso.com) and apply that change
3. Then select the paths tab and add the paths listed below , be sure to also remove the default “/*” path, then apply those changes
- /ews/mrsproxy.svc
- /ews/exchange.asmx/wssecurity
- /autodiscover/autodiscover.svc/wssecurity
- /autodiscover/autodiscover.svc
4. The last step it to ensure that this new rule is higher in the list than the primary exchange rule. You can simply right click on the rule and select move up until it is above the primary exchange rule. Then apply the changes
Até a próxima,
Diogo Heringer
Projeto Office365: Outlook exige senha repetidamente após migração do Mailbox para o Office 365 (Hybrid)
Olá pessoal,
O troubleshoot apresentado pode ser utilizado para a resolução de dois problemas:
Item 1: Outlook exige senha repetidamente após migração do Mailbox para o Office 365
Item 2: Após instalar o Update Rollup 3 for Exchange 2010 SP2 e executar o Update-HybridConfiguration temos o seguinte erro:
ERROR:Updating hybrid configuration failed with error ‘Subtask Configure execution failed: Creating Organization Relationships.
Execution of the Get-FederationInformation cmdlet had thrown an exception. This may indicate invalid parameters in your Hybrid Configuration settings.
Federation information could not be received from the external organization.
at Microsoft.Exchange.Management.Hybrid.RemotePowershellSession.RunCommand(String cmdlet, Dictionary`2 parameters, Boolean ignoreNotFoundErrors)
Vamos aos Procedimentos de Correção do Item 1:
1 – Instalar o Update Rollup 3 for Exchange Server 2010 SP2
2 – Executar novamente o Hybrid Configuration Wizard:
3 – Ao executar novamente o Hybrid Configuration, caso você tenha o problema citado no Item 2 ir para “Procedimentos de Correção do Item 2”, senão prossiga.
4 – Com o Update Rollup 3 instalado e o Hybrid Configuration atualizado verificar se o problema do Outlook pedir senha repetidamente ainda persiste para usuários que já foram migrados. Os usuários que forem migrados depois da instalação não apresentarão problemas. Para corrigir o erro dos usuários já migrados executar o procedimento:
- Logar com o usuário que apresenta o problema na sua respectiva estação
- Navegar até: [HKEY_CURRENT_USER\Software\Microsoft\Exchange\Exchange Provider]
- Excluir a chave de registro: “Closest GC”=dword:00000001
- Remover o perfil MAPI do usuário no Outlook
- Navegar até: C:\Users\<username>\AppData\Roaming\Microsoft e renomear a pasta Outlook
- Iniciar o Outlook e recriar o perfil de Outlook do usuário
5 – Pronto! O perfil será configurado com sucesso e o Outlook não irá mais pedir senha repetidamente.
Agora os Procedimentos de Correção do Item 2:
1 – No Prompt de Comando navegar até a pasta: “C:\windows\Microsoft.Net\Framework64\v3.0\Windows Communication Foundation”
2 – Executar o comando: ServiceModelReg –r
Caso peça alguma confirmação após o comando basta digitar “Y” e em seguida dar Enter
3 – Executar o comando: IISReset
4- Executar o comando: ServiceModelReg –i
5 – Executar o comando: IISReset
6 – No Exchange Management Shell (EMS) executar o seguinte comando:
Set-AutodiscoverVirtualDirectory -identity “SERVER\Autodiscover (Default Web Site)”
-WSSecurityAuthentication $true
7 – Testar novamente a execução do Hybrid Configuration, caso apresente o mesmo erro avance para o número 8, senão o seu Hybrid Configuration está concluído com sucesso e atualizado!
8 – Abrir o Exchange Management Console (EMC) e navegar até “Server Configuration > Client Access.
9 – Clicar com o botão direito em cima do Servidor de Client Access e em seguida em “Reset Virtual Directory” onde iremos ver a seguinte tela:
10 – Clicar em “Browse” e selecionar o diretório virtual do Autodiscover e clicar em “Next”:
11 – Na página “Log Location” clicar em “Next”:
12 – Clicar em “Reset”:
13 – No Prompt de Comandos executar o comando: IISReset
14 – No Prompt de Comando navegar até a pasta: “C:\windows\Microsoft.Net\Framework64\v3.0\Windows Communication Foundation”
15 – Executar o comando: ServiceModelReg –r
16 – No Prompt de Comandos executar o comando: IISReset
17 – Executar novamente o Hybrid Configuration Wizard:
Pronto! Agora o seu Hybrid Configuratio está configurado e atualizado com o Update Rollup 3 do Exchange Server 2010 SP2!
Até a próxima,
Diogo Heringer
Troubleshoot: E-mails não são recebidos após Transição do BPOS > Office 365
Ola pessoal,
Após realizar uma transição de BPOS tive uma problema com o recebimento de e-mails. Os e-mails de dentro da minha organização era enviados/recebidos normalmente, porém os e-mails externos que eram enviados para minha organização eram rejeitados com as seguintes mensagens de erro:
“<Domain_URL> #<<Domain_URL>#5.4.6 smtp;554 5.4.6 Hop count exceeded – possible mail loop> #SMTP#”
<domain_url>#5.7.1 SMTP; 554 5.7.1 <clientemailaddress>: Relay access denied</clientemailaddress></domain_url>
Este erro ocorre porque após a transição pode acontece que alguns domínios do Office 365 ainda não estão disponíveis no FOPE. Com isso os e-mails enviados para a organização serão descartados, pois o FOPE ainda não está habilitado para fazer relay das mensagens para o Exchange Online.
Para resolver este problema basta seguir os seguintes passos:
1 – Conectar no Office 365 através do PowerShell:
$Cred=Get-Credential
Connect-MSOLService -credential $Cred
$s = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell -Credential $Cred -Authentication Basic -AllowRedirection
$importresults=import-pssession $s
2 – Executar o comando:
Set-AcceptedDomain –DomainName <Nome do domínio> –OutboundOnly $True
3 – Executar o comando:
Set-AcceptedDomain –DomainName <Nome do domínio> –OutboundOnly $False
4 – Pronto! Agora bastar esperar cerca de 40-60 minutos e testar novamente o recebimento de e-mails.
Até a próxima,
Diogo Heringer
Released: Update Rollup 3 for Exchange 2010 SP2
A Microsoft lançou o Update Rollup 3 para Microsoft Exchange Server 2010 Service Pack 2 (SP2). Esta atualização é datada de 29 de maio de 2012. Este artigo descreve as seguintes informações sobre o pacote cumulativo de atualizações:
- Os problemas que o pacote cumulativo de atualizações resolve
- Como obter o pacote cumulativo de atualizações
- Os pré-requisitos para instalar o pacote cumulativo de atualizações
Problemas que o pacote cumulativo de atualizações resolve
O pacote cumulativo de atualizações 3 para o Exchange Server 2010 SP2 resolve os problemas descritos nos seguintes artigos da Base de dados de Conhecimento da Microsoft (KB):
- 2510607 (http://support.microsoft.com/kb/2510607/ ) Erro “Não é possível abrir as informações de disponibilidade” mensagem de erro ao tentar exibir as permissões de pasta no Outlook
- 2514700 (http://support.microsoft.com/kb/2514700/ ) Extra.exe não rastrear um único usuário cujo atributo legacyExchangeDN contém um ou mais caracteres especiais em um ambiente de Exchange Server 2010
- 2571342 (http://support.microsoft.com/kb/2571342/ ) A lista de contatos de pasta está vazia quando um usuário exibe as propriedades de uma pasta pública habilitada para email em um ambiente de Exchange Server 2010
- 2572029 (http://support.microsoft.com/kb/2572029/ ) Sincronização de uma biblioteca de formulários organizacionais falhar quando você usar o Outlook no modo de Cache em um ambiente de Exchange Server 2010
- 2586828 (http://support.microsoft.com/kb/2586828/ ) O processo EdgeTransport. exe consome 100 por cento dos recursos da CPU em um servidor de transporte de borda do Exchange Server 2010
- 2589233 (http://support.microsoft.com/kb/2589233/ ) Ignoram a necessidade de delegar aprovação de solicitações de reunião e livro em vez disso, as caixas de correio de recurso automaticamente em um ambiente de Exchange Server 2010
- 2633043 (http://support.microsoft.com/kb/2633043/ ) Mensagem de erro “Não havia nenhum controlador de domínio gravável encontrado no site do Active Directory” ao executar a ferramenta ExBPA na organização Exchange Server 2010
- 2647396 (http://support.microsoft.com/kb/2647396/ ) Não é possível desabilitar uma pasta pública usando o cmdlet “Disable-MailPublicFolder” em um ambiente de Exchange Server 2010
- 2648263 (http://support.microsoft.com/kb/2648263/ ) Não é possível abrir arquivos de log de roteamento em servidores de transporte de Hub Exchange Server 2010 em um ambiente misto de Exchange Server 2003 e Exchange Server 2010
- 2667120 (http://support.microsoft.com/kb/2667120/ ) Pool de aplicativos MSExchangeAutodiscoverAppPool falha em um servidor de acesso para cliente Exchange Server 2010 quando você tenta exibir informações de disponibilidade sobre um usuário em um domínio confiável
- 2668900 (http://support.microsoft.com/kb/2668900/ ) 2915 ID de evento é registrado quando você aplica uma diretiva de fallback para uma conta de serviço em um ambiente de Exchange Server 2010
- 2670099 (http://support.microsoft.com/kb/2670099/ ) Não é possível abrir pastas de calendário são compartilhadas por usuários ocultos em um ambiente de Exchange Server 2010
- 2671128 (http://support.microsoft.com/kb/2671128/ ) Ocorrem problemas de conectividade de acesso de cliente RPC Cross-Site em um ambiente de Exchange Server 2010
- 2673542 (http://support.microsoft.com/kb/2673542/ ) Política de retenção MRM na pasta Lixo eletrônico não funciona quando você mover manualmente as mensagens de email em um ambiente de Exchange Server 2010
- 2673591 (http://support.microsoft.com/kb/2673591/ ) Ocorre falha no pool de aplicativos de descoberta automática em um ambiente de Exchange Server 2010
- 2674185 (http://support.microsoft.com/kb/2674185/ ) MAPI_E_CALL_FAILED erros ocorrem quando um aplicativo MAPI que usa a função MAPI MAPI do Outlook 2007 ou Outlook 2010 tenta acessar um servidor de Exchange Server 2010
- 2674445 (http://support.microsoft.com/kb/2674445/ ) Você não pode alterar as permissões de acesso de uma pasta de calendário em um ambiente de Exchange Server 2010
- 2677872 (http://support.microsoft.com/kb/2677872/ ) Você não pode usar um grupo de distribuição no catálogo de endereços hierárquicos ao criar o grupo em Exchange Server 2003
- 2680383 (http://support.microsoft.com/kb/2680383/ ) Carregando a caixa de diálogo de progresso não desaparecem no Outlook Web App em um ambiente de Exchange Server 2010
- 2681250 (http://support.microsoft.com/kb/2681250/ ) “550 5.6.0″ NDR quando é enviado um relatório de diário para um contato externo em um ambiente de Exchange Server 2010
- 2682047 (http://support.microsoft.com/kb/2682047/ ) Não é possível acessar uma caixa de correio por várias horas após desconectar e reconectar a caixa de correio em um ambiente Exchange Server 2010 SP2
- 2682408 (http://support.microsoft.com/kb/2682408/ ) Parâmetro AddOrganizerToSubject não tem efeito quando um conflito de reunião recorrente com outra reunião em um ambiente de Exchange Server 2010
- 2682895 (http://support.microsoft.com/kb/2682895/ ) Mensagem de erro quando um destinatário de função executa o cmdlet Get-MailboxExportRequestStatistics em um ambiente de Exchange Server 2010
- 2684583 (http://support.microsoft.com/kb/2684583/ ) Você não pode excluir uma pasta vazia em um arquivo. pst usando o Outlook em um ambiente de Exchange Server 2010
- 2689810 (http://support.microsoft.com/kb/2689810/ ) Uma solicitação de reunião que você enviar a partir de um aplicativo EWS está no formato de texto sem formatação em vez do formato HTML quando um participante abre a solicitação usando o Outlook no modo online
- 2695011 (http://support.microsoft.com/kb/2695011/ ) Configurações de E-mail lixo não funcionam como esperado após migrar ou mover uma caixa de correio para um servidor de caixa de correio Exchange Server 2010 SP1
- 2695022 (http://support.microsoft.com/kb/2695022/ ) A caixa de texto de assinatura de email não é editável no Outlook Web App ao usar o Google Chrome em um ambiente de Exchange Server 2010
- 2695836 (http://support.microsoft.com/kb/2695836/ ) Você não pode mover uma caixa de correio em um ambiente de Exchange Server 2010 tem um limite de tamanho de mensagem configurado
- 2696642 (http://support.microsoft.com/kb/2696642/ ) Uma linha de espaço adicional é adicionada em cada parágrafo de uma mensagem de email quando você clica no ícone de exibição de impressão no Outlook Web App em um ambiente de Exchange Server 2010
- 2698927 (http://support.microsoft.com/kb/2698927/ ) Caixa de correio de recurso tem AutoAccept configurado não processar uma solicitação de reunião que contém código personalizado ou script no Exchange Server 2010
- 2698960 (http://support.microsoft.com/kb/2698960/ ) Você não pode mover caixas de correio de alguns usuários de um banco de dados de caixa de correio de Exchange Server 2010 para outro
- 2698976 (http://support.microsoft.com/kb/2698976/ ) O Assistente de pasta gerenciada não processa uma caixa de correio tem contatos externos em outra organização de inquilino em um ambiente de Exchange Server 2010
- 2699023 (http://support.microsoft.com/kb/2699023/ ) Identificação do evento 9646 é registrada no servidor de caixa de correio Exchange Server 2010 quando você acessar uma caixa de correio que tem mais de 250 pastas usando um cliente IMAP4
- 2699577 (http://support.microsoft.com/kb/2699577/ ) Regra de mensagem somente cliente relacionados a GAL não é aplicada no Outlook após aplicar RU1 para Exchange Server 2010 SP2 em um ambiente de Exchange Server 2010
- 2699582 (http://support.microsoft.com/kb/2699582/ ) Mensagem de erro quando você reproduzir uma mensagem de voz usando o Outlook 2007 em um ambiente de Exchange Server 2010
- 2700544 (http://support.microsoft.com/kb/2700544/ ) Vários itens de recuperação são adicionados em uma subpasta da pasta itens recuperáveis em um ambiente de Exchange Server 2010
- 2700705 (http://support.microsoft.com/kb/2700705/ ) O serviço de acesso de cliente do Microsoft Exchange RPC falha aleatoriamente em um servidor de acesso para cliente Exchange Server 2010 tem o recurso de notificação de envio UDP habilitado
- 2705425 (http://support.microsoft.com/kb/2705425/ ) UMWorkerProcess. exe consome grandes quantidades de memória quando você tenta escutar mensagens de voz usando Outlook Voice Access em um ambiente de Exchange Server 2010
- 2705555 (http://support.microsoft.com/kb/2705555/ ) O cmdlet Set-Mailbox leva muito tempo para concluir a configuração em um ambiente de Exchange Server 2010
- 2705570 (http://support.microsoft.com/kb/2705570/ ) Um erro ocorre quando um usuário cuja caixa de correio está oculto do Exchange lista de endereços tenta abrir a guia Assistente de Agendamento usando a versão light do Outlook Web App
- 2705647 (http://support.microsoft.com/kb/2705647/ ) Um usuário não pode fazer logon em uma caixa de correio está cheia, usando o Outlook Web App em um ambiente de Exchange Server 2010
- 2705682 (http://support.microsoft.com/kb/2705682/ ) Regras da reforma ortográfica não são usadas no dicionário de português (Portugal) no Outlook Web App em um ambiente de Exchange Server 2010
- 2706523 (http://support.microsoft.com/kb/2706523/ ) É possível criar uma caixa de correio ou ativar o email de uma caixa de correio para uma conta de usuário desabilitada em um ambiente de Exchange Server 2010
- 2708880 (http://support.microsoft.com/kb/2708880/ ) Não é possível definir o atributo “País” de uma caixa de correio do usuário para “Curaçao”, “Bonaire, Sint Eustatius e Saba,” ou “Sint Maarten (parte holandesa)” por meio de Console de Gerenciamento do Exchange em um servidor de Exchange Server 2010
O arquivo está disponível para download no seguinte site da Central de Download da Microsoft:
Download Update Rollup 3 – Exch2010 SP2
Até a próxima,
Diogo Heringer
Recuperando AutoCompletar do Outlook 2010 Pós Migração
Olá pessoal,
Compartilhando uma informação muito interessante a respeito do AutoCompletar do Outlook, segue o post do parceiro David Ferreira:
No Outlook 2007 existia o velho NK2 que guardava todo Autocompletar do Outlook,na versão do Outlook 2010 não existe mais esse arquivo, porém existe outro arquivo responsável pelo armazenamento do autocompletar .dat que localiza-se:
C:\Users\david\AppData\Local\Microsoft\Outlook\RoamCache
Agora esse arquivo e amarrado a conta do Exchange ou seja se por algum motivo você excluir a conta do Exchange e adicionar outra(ex. uma migração de servidor de e-mail),será criado outro arquivo e você não poderá visualizar seu autocompletar.
Para recuperar seu autocompletar siga o procedimento abaixo.
Acesse a pasta “C:\Users\david\AppData\Local\Microsoft\Outlook\RoamCache” lá terá 2 arquivos chamado Autocompletar,provavelmente um maior que é seu antigo arquivo e outro de tamanho menor que foi criado junto com a nova conta.
Com o Outlook fechado copie o nome do novo arquivo e coloque no antigo (Obs. excluía o novo)
Agora abra o Outlook e observe que você já consegue visualizar todos os Contatos, porém caso tenha realizado uma migração de Exchange (sem re-sync) ,você não conseguira enviar e-mails internamente,isso irá ocorrer porque o arquivo de Autocompletar no Outlook 2010 também grava o SMTP de cada contato e todos os contatos interno estarão com o SMTP antigo.
Para resolver esse problema devemos editar o arquivo usando o NK2Edit.
Após ter instalado o NK2edit, Abra o arquivo antigo para ser editado e apague todos os e-mails que tiverem com seu domínio interno.
Salve e pronto.
Espero que ajude.
Diogo Heringer
VI WorkShop de TI: Faculdade Cotemig
Hoje tive a oportunidade de palestrar na VI Workshop de TI da Faculdade Cotemig. Foi um enorme prazer ministrar esta palestra, pois além de rever alguns amigos e professores da época de curso técnico, todos os alunos/professores que estavam presentes na palestra ficaram satisfeitos e contribuíram com dúvidas pertinentes e bem interessantes a respeito do Exchange Online, Tipos de Migração e etc.
Obrigado a todos que participaram e também a Faculdade Cotemig pela oportunidade!
Até a próxima,
Diogo Heringer
