there is a misconception about the need to enable the Outlook Anywhere in the Exchange 2010 servers as a pre-requisite to move mailboxes to the Exchange 2013 servers. Actually, if users don't need to access resources in the Exchange 2010 servers through OA you do not need to enable it. Sometimes, you can face a customer that has a security statement against the OA. In such scenario, you do not need to enable Outlook Anywhere in the Exchange 2010 servers only to migrate to the Exchange 2013 servers. Obviously OA must be always enabled in the Exchange 2013 servers "just" because this is the only way Outlook can connect to Exchange 2013.

;)

This is my first post in 7 months and the first one in English here too, expecting an wide audience :) A few days ago, a Premier Support customer asked me, during an onsite work, for some way to execute Exchange based commands through Linux Terminal or some applet which emulates the Linux terminal. At the first moment, it could looks challenging. Run Exchange cmdlets on a Linux based OS??? However, it is much more simple than you can think at the first moment.

You know that is absolutely ok run Exchange cmdlets in any Windows command prompt, don't you? Starting with this, you just need to give to the Linux the ability to remote connect to its prompt, and the answer for that need is the Telnet Server. You need to install the telnet server feature in the server that is able to load the Exchange shell console, meaning a Windows computer with the Exchange Management Tools installed.

After telnet feature installation, you just need to connect from the Linux terminal or applet

telnet <telnet server ip address>

Now, in order to be able to execute the cmdlets, you need to load exchange shell console file. Let's get the mailbox list:

powershell.exe -psconsolefile "c:\Program Files\Microsoft\Exchange Server\bin\exshell.psc1" -command "get-mailbox"

And using 2 or 3 commands in the same line, something like disconnects a mailbox and reconnects to another user:

powershell.exe -psconsolefile "c:\Program Files\Microsoft\Exchange Server\bin\exshell.psc1" -command "$mailbox=get-mailbox;disable-mailbox user1 -confirm:$false;clean-mailboxdatabase $mailbox.Database.ToString();connect-mailbox user1 -database $mailbox.Database.ToString() -user "new user""

Note that all you need is split the lines using ";". You also can run some script placed on the Exchange server, which helps when we are talking about a Linux server that runs some application responsible for Identity Management:

powershell.exe -psconsolefile "c:\Program Files\Microsoft\Exchange Server\bin\exshell.psc1" -command "Script.ps1"

I totally agree that kind of procedure is so much oriented for very specific scenarios...However I really like to think that is always good to know this such thing works... We don't know what will be the customer needs in the end of the day...

;)

É muito simples conceder permissões de leitura aos logs de auditoria de acesso à mailboxes no Exchange 2007 para aqueles que fazem parte do time de administração do Exchange Server. Mas como conceder permissão à um usuário especifico que faz parte do grupo de auditoria, ou até mesmo uma conta criada especificamente para um auditor externo?

São 2 passos:

1. Coletar o objectSID da conta que receberá a permissão:

Usando o Windows Powershell em uma conta com direitos de leitura desse atributo no AD:

$objUser = New-Object System.Security.Principal.NTAccount("External Auditor")
$strSID = $objUser.Translate([System.Security.Principal.SecurityIdentifier])
$strSID.Value

2. Conceder acesso utilizando a chave de registro HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\Exchange Auditing\CustomSD. Essa chave possui o seguinte valor padrão:

O:BAG:SYD:(D;;CCDCLC;;;AN)(D;;CCDCLC;;;BG)(A;;CCDC;;;SY)(A;;CCDC;;;S-1-5-21-3791421668-605469442-898867855-1105)(A;;CCLC;;;S-1-5-21-3791421668-605469442-898867855-1106)(A;;CCLC;;;S-1-5-21-3791421668-605469442-898867855-1107)

 
Devemos adicionar ao final e entre parenteses a permissão desejada de acordo com o formado SDDL. Basicamente temos a seguinte estrutura:

ace_type;ace_flags;rights;object_guid;inherit_object_guid;account_sid;(resource_attribute)

No caso do permissionamento do event log, os parametros ace_type, rights e account_sid são suficientes:

ace_type = A (allowed)
rights = 0x1 (read)
account_sid =  S-1-5-21-3791421668-605469442-898867855-1154 (sid da conta que receberá a permissão)

Sobre o parâmetro rights, os seguintes valores são possíveis:

0x1 = read
0x2 = write
0x4 = clear

Podemos somar os valores para atribuir mais de uma permissão:

0x3 = read + write
0x7 = read + write + clear

De volta à nova permissão, omitindo os demais parâmetros temos:

(A;;0x1;;;S-1-5-21-3791421668-605469442-898867855-1154)

Agora basta adicionar ao valor já existente para mantermos as permissões padrão adicionando a nova:

O:BAG:SYD:(D;;CCDCLC;;;AN)(D;;CCDCLC;;;BG)(A;;CCDC;;;SY)(A;;CCDC;;;S-1-5-21-3791421668-605469442-898867855-1105)(A;;CCLC;;;S-1-5-21-3791421668-605469442-898867855-1106)(A;;CCLC;;;S-1-5-21-3791421668-605469442-898867855-1107)(A;;0x1;;;S-1-5-21-3791421668-605469442-898867855-1154)

É recomendado reiniciar o servidor que recebeu a nova permissão. E obviamente é necessario aplicar essa permissão localmente em cada servidor envolvido no escopo. Aplica-se ao Exchange Server 2007 em Windows 2003 e 2008.

;)

Caros,

nos ultimos dias, um ótimo document foi disponibilizado. O Exchange Server 2013 Architecture Poster em versão PDF para download. Segundo as palavras do Exchange Team Blog:

"...highlights the significantly updated and modernized architecture in Exchange 2013, and highlights the new technologies in Exchange 2013, such as Managed Availability, the new storage and high availability features, and integration with SharePoint and Lync..."

 Link para download: https://aka.ms/Ex2013ArchitecturePoster

Fonte: https://blogs.technet.com/b/exchange/archive/2013/06/10/exchange-server-2013-architecture-poster-pdf-download-available.aspx 

Muito bem lembrado pelo super brother Cleber Marques, no ultimo dia 14/05 foi disponibilizado o Managament Pack do Exchange 2013. Alguns destaques:

• Foco na monitoração, com um dashboard que foi simplificado para facilitar a monitoração em tempo real da saúde da Organização Exchange;
• O Management Pack trabalha usando o recurso Managed Availability do Exchange 2013. Sabemos que o Managed Availability do Exchange 2013 é orientado à enriquecer a experiencia do usuário, efetuando inicialmente a tentativa de restaurar automaticamente o recurso afetado. Com o uso do Management Pack, qualquer tentativa de recuperação sem sucesso é escalada para o Management Pack como um alerta;
• Basicamente, o dashboard exibirá alertas que indiquem que a saúde dos servidores não estão como esperado, exibindo alertas reportados pelos components do Managed Availabilty;
• O dashboard foi simplificado em três categorias principais:
• Active Alerts, exibindo os principais alertas;
• Organization Health, demonstrando um resumo da saúde de toda a Organização Exchange;
• Server Health, que indica a saúde de servidores individuais.

Não há a menor dúvida sobre a maneira mais integra e eficiente de monitorar a Organização Exchange....SCOM!!!

 ;)

Você instala o primeiro servidor Exchange 2013, com Mailbox e Client Access roles. Faz alguns testes de desempenho, envia emails ou configura uma aplicação para usar o dito cujo como um servidor de encaminhamento.

Algum tempo depois, recebe a informação de que a base de dados de transporte está enorme e não diminuí acompanhada da pergunta: Por que este "erro" está ocorrendo?

O melhor é começar do começo...

No Exchange 2010 temos o recurso Shadow Redundancy, que permite a redundância das mensagens dentro do pipeline de transporte, já sabemos e estudamos isso o suficiente. Seguindo uma linha de raciocínio semelhante, o recurso SafetyNet fez sua estreia no Exchange 2013, complementando a função do Shadow Redundancy. Com o objetivo básico de manter uma cópia de cada mensagem transportada pelo tempo definido no parâmetro SafetyNetHoldTime presente na configuração de transporte da organização (Set-TransportConfig), para isso usando o arquivo mail.que como local de armazenamento. Oras, se para cada mensagem tranportada uma cópia será armazenada no arquivo mail.que, caso o servidor transporte 5GB por dia de mensagens, com o parametro SafetyNetHoldTime na configuração padrão (2 dias), espera-se que o mail.que cresca, mesmo sem haver enfileiramento persistente.

O objetivo aqui não é discutir o recurso Safety Net, se houver interesse em conhecer os detalhes, leia o conteúdo do recurso aqui. O objeto é ilustrar o comportamento, no video abaixo...

net use s: \\live.sysinternals.com\tools /persistent:yes

;)

https://office.microsoft.com/en-us/outlook-help/microsoft-outlook-2010-reference-guide-for-lotus-notes-users-HA102479434.aspx

;)

Alguns sintomas foram identificados quando usuários do iOS 6.1 sincronizam a sua caixa de correio.

https://support.microsoft.com/kb/2814847

;)

Blog do time de produto: https://blogs.technet.com/b/exchange/archive/2013/02/12/released-exchange-server-2010-sp3.aspx

What's new: https://technet.microsoft.com/en-us/library/jj965775%28v=exchg.141%29.aspx

Release notes: https://technet.microsoft.com/en-us/library/jj965774%28v=exchg.141%29.aspx

Download: https://www.microsoft.com/en-us/download/details.aspx?id=36768

;)