Exchange 2013: Limitando a quantidade de mensagens enviadas de um Mailbox
Recentemente respondi uma dúvida de Exchange 2010/2013 no grupo Office 365 – Brasil no Facebook a respeito de limitação de quantidades de mensagens enviadas pelo Exchange. O questionamento era: É possível limitar a quantidade de mensagens enviadas por dia do Exchange 2010?
Respondendo o questionamento, não é possível limitar o envio máximo de mensagens por servidor e sim por Mailbox de usuário. Para isso devemos alterar a ThrottlingPolicy ou criar uma nova política e associar aos respectivos usuários.
1 – No EMS (Exchange Management Shell) executar o seguinte comando:
New-ThrottlingPolicy -Name “Limite_de_mensagem” -RecipientRateLimit 30
-MessageRateLimit 1
Parâmetros:
RecipientRateLimit = Limita o numero de mensagens para destinatários que o usuário pode utilizar por dia (24 Horas), usuário receberá uma NDR.
MessageRateLimit = Limita o numero máximo de mensagem por minuto, o usuário não recebe NDR ao invés disso a mensagem fica na caixa de saída até o próximo minuto.
2 – Atribuir a política criada a um usuário ou a todos os usuários:
Um usuário:
Set-Mailbox -Identity “Nome do usuário” -ThrottlingPolicy “Limite_de_mensagem”
Todos os usuários:
Get-Mailbox -ResultSize Unlimited | Set-Mailbox -ThrottlingPolicy “Limite_de_mensagem”
3 – Com isso conseguimos limitar os e-mails enviados pelo usuário! Lembrando que não temos esta opção no Exchange Online!
Até a próxima,
Diogo Heringer
Exchange Online Wave 15: Desabilitando APPS para todos os usuários
Olá pessoal,
Na versão Wave 15 do Office 365 temos a possibilidade de agregar diversos tipos de Apps a vários produtos do Office 365. Em muitas empresas por política de segurança não é permitido acesso a Facebook, Linkedin e outros tipos de site que podem ser acessados através das APPS. Mesmo bloqueando as APPS através de OWA Policies, o usuário ainda consegue habilitar as APPS no seu Outlook.
Com isso, temos a necessidade de desabilitar as APPS para o ambiente de Office 365 como um todo. Para fazer isso vamos seguir o seguinte procedimento:
1 – Conectar no tenant do Office 365:
$livecred = Get-Credential
Connect-MsolService -Credential $livecred
$Session = New-PSSession -ConfigurationName Microsoft.Exchange –ConnectionUrihttps://ps.outlook.com/powershell/ -Credential $LiveCred -Authentication Basic -AllowRedirection
Import-PSSession $Session
2 – Executar o seguinte comando:
Set-OrganizationConfig -AppsForOfficeEnabled $false
3 – Pronto! Agora não conseguimos mais utilizar Apps em todos os produtos do Office 365.
Até a próxima,
Diogo Heringer
Exchange Online Wave 15: Configurando o Outlook manualmente
Uma das evoluções mais interessantes incorporadas no Exchange 2013, é a decisão de usar RPC sobre HTTPS como o único método para conectar os clientes do Outlook. Em outras palavras, as conexões diretas MAPI sobre TCP não são mais suportados, mesmo para conexões de intranet.
Os clientes que utilizam o recurso de RPC sobre HTTPS (Outlook Anywhere), que são obrigatórios no Exchange 2013/Exchange Online Wave 15, não se conectam mais a uma URL ou FQDN específico.
A conexão dos clientes Outlook no Exchange 2013 é feita através do GUID+UPN, sendo assim o GUID que é um ID único por Mailbox se conecta diretamente ao Mailbox Server sem se preocupar em qual CAS Server irá prover os protocolos de acesso para Mailbox. Além disto não recebemos mais prompts de Autodiscover caso ocorra uma troca de servidores do Exchange Server.
Com esta evolução irei mostrar para vocês como executar a configuração manual do Outlook para o Exchange Online Wave 15 quando não temos o Autodiscover habilitado. Vamos lá:
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 seguinte comando:
Get-Mailbox | fl DisplayName,ExchangeGuid > c:\MailboxGuids.txt
3 – Com o Exchange GUID em mãos, damos inicio a configuração do Outlook, selecionando a configuração manual:
4 – Escolher “Microsoft Exchange”:
5 – Preencher as configurações do servidor de acordo com a figura abaixo e clicar em “Mais Configurações”:
6 – Em “Mais Configurações”, clicar na aba “Security” e marcar a opção “Anonymous Authentication”:
Caso seu Outlook não tenha a opção “Anonymous Authentication” você deverá atualizar o seu pacote Office através do Windows Update.
7 – Na guia “Connection”, marcar a opção “Connect to Microsoft Exchange using HTTP” e em seguida clicar em “Exchange Proxy Settings”:
8 – Definir as configurações de proxy da seguinte forma:
9 – Pronto! Agora basta voltar a tela do Item 5 e clicar em “Next”. Uma prompt de usuário e senha irá abrir, e ao fornecer as credenciais seu Outlook estará configurado com sucesso.
Até a próxima,
Diogo Heringer
Exchange Online: Como ativar o DirSync sem o tempo de espera de 24 horas
Olá pessoal,
Uma das desvantagens ao utilizar o DirSync é o tempo de ativação, que é definido pela Microsoft por padrão como 24 horas. Muitas vezes precisamos do DirSync o mais rápido possível para executar um Lab por exemplo, ou até mesmo para não impactar em prazos de projetos de Exchange Online onde utilizamos o DirSync para integração do ambiente On-Premise <> Online. Quanto ativamos normalmente o DirSync pela console, recebemos o seguinte aviso:
Para atender estas necessidades existe uma maneira em que forçamos a ATIVAÇÃO do DirSync no Tenant. Lembrando que ATIVAÇÃO e SINCRONIZAÇÃO são dois processos diferentes do DirSync. Vamos lá:
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 – Habilitar o DirSync através do PowerShell utilizando o seguinte comando:
Set-MSOLDirSyncEnabled -Force –EnableDirSync $true
Em alguns minutos a ativação já estará feita.
3 – Verificar a ativação do DirSync através do comando:
Get-MsolCompanyInformation
4 – Pronto! Agora sabemos como forçar a ativação do DirSync.
Até a próxima,
Diogo Heringer
Exchange Online e Sharepoint Online: Habilitando o IRM (Information Rights Management)
Olá pessoal,
Uma das novas funcionalidades do Office 365 Wave 15 é a proteção de documentos através do ADRMS. Ao usar o Active Directory Rights Management Services (AD RMS) e o cliente do AD RMS, você pode aumentar a estratégia de segurança de uma organização protegendo as informações por meio de diretivas de uso persistentes, que permanecem com as informações, independentemente do local para onde forem movidas. Use o AD RMS para evitar que informações essenciais, como relatórios financeiros, especificações de produto, dados de cliente e e-mails confidenciais caiam em mãos erradas acidental ou intencionalmente.
Lembrando que agora temos esta função completamente Online e não precisamos fazer a integração dom um ADRMS local.
Vamos aprender como proteger nossos documentos:
1 – No portal do Office 365 vamos clicar em “Service Settings”:
2 – Clicar em “Rights Management” e em seguida em “Manage”
3 – Clicar em “Activate”
4 – Confirmar a ativação clicando novamente em “Activate”:
5 – A ativação foi concluída com sucesso.
Ativando o RMS no OWA (Outlook Web App):
Antes de ensinar a fazer a ativação é importante lembrar que esta ativação só funciona com Tenants criados com endereço da América do Norte, Europa e Ásia. Com Tenants do Brasil tive erro ao fazer a importação dos Teamplates de ADRMS. Vamos lá:
1 – Fazer o Download do “Windows Azure AD Rights Management Administration Tools”.
2 – Abrir o PowerShell e importar os módulos de Office 365 e ADRMS:
3 – Conectar no Tenant do Office 365 e no serviço de ADRMS:
$livecred = Get-Credential
Connect-MsolService -Credential $livecred
Connect-AadrmService -Credential $livecred
$Session = New-PSSession -ConfigurationName Microsoft.Exchange –ConnectionUri https://ps.outlook.com/powershell/ -Credential $LiveCred -Authentication Basic -AllowRedirection
Import-PSSession $Session
4 – Executar os seguintes comandos:
- Enable-OrganizationCustomization
- Set-IRMConfiguration –RMSOnlineKeySharingLocation <URL da Localização Geográfica Correspondente>. Neste exemplo utilizei da North America.
- Import-RMSTrustedPublishingDomain –RMSOnline –Name “Teste RMS”, onde serão importadas algumas políticas padrões de proteção de documentos
North America: https://sp-rms.na.aadrm.com/TenantManagement/ServicePartner.svc
Europe: https://sp-rms.eu.aadrm.com/TenantManagement/ServicePartner.svc
Asia: https://sp-rms.ap.aadrm.com/TenantManagement/ServicePartner.svc
5 – Agora vamos testar se as configurações foram feitas com sucesso:
- Test-IRMConfiguration –RMSOnline
6 – Executar o comando para permitir que os usuários utilizem o ADRMS:
- Set-IRMConfiguration -InternalLicensingEnabled $true
Após executar este comando você deverá aguardar um tempo para que a opção de proteção de documentos ative no OWA.
7 – Fazer logon no OWA, clicar em “New E-Mail” e em seguida em “Set Permission”:
8 – Pronto! Nossos e-mails podem ser protegidos com sucesso no OWA. Lembrando que no Outlook basta clicar em “Permissions” e a mesma janela do Item 7 se abrirá.
Ativando o RMS no Sharepoint Online
1 – No portal do Office 365, clicar em “Admin” e em seguida em “Sharepoint” :
2 – Clicar em “Configurações” e em seguida marcar a opção “Usar o serviço de IRM especificado em sua configuração” e em seguida clicar em “Ok”:
3 – Acessar o site que deseja no Sharepoint Online, selecionar a Library que deseja clicar na aba “Library” e em seguida “Library Settings”:
4 – Clicar em “Information Management Policy Settings”:
5 – Configurar a política de proteção de documentos para a Library desejada:
6 – Pronto! Agora todos os documentos de sua empresa estão protegidos!
Diogo Heringer
Hybrid Configuration: Erro ao abrir calendário Cloud > On-Premise “The attendee’s server could not be contacted error code 5016”
Olá pessoal,
Quando criamos um ambiente Híbrido de Exchange, uma das suas principais vantagens é o compartilhamento de calendários entre os usuários Cloud <> On-Premise. Este compartilhamento de calendário é feito através de URLS específicas do Office 365 (Cada nome de acordo com o tenant) e também através do Autodiscover (Exchange On-Premise) que é configurado como pré-requisito para o ambiente híbrido.
Mesmo ao concluir o ambiente híbrido com sucesso, algumas vezes podemos encontrar algum problema na visualização dos calendários. Para resolver um problema comum de visualização de calendário Exchange Online > On-Premise, onde temos o erro “The attendee’s server could not be contacted error code 5016” vamos seguir o procedimento abaixo:
1 – Efetuar logon no Exchange Server local que faz parte do Hybrid Configuration, e em seguida abrir o EMS (Exchange Management Shell):
2 – Executar o seguinte comando:
Set-WebServicesVirtualDirectory –identity “EWS (default web site)” –WSSecurityAuthentication $true
3 – Testar novamente através do “Assistente de Agendamento” de um usuário do Exchange Online, agendar uma reunião com um usuário “On-Premise”.
4 – Pronto! Agora temos a disponibilidade Cross-Premisses funcionando com sucesso!
Até a próxima,
Diogo Heringer
News: Released: Cumulative Update 1 for Exchange Server 2013
Olá pessoal,
O Exchange Team Blog anunciou no dia 02/04/2013 o lançamento do Cumulative Update 1 para Exchange Server 2013, onde tem principal foco a coexistência com servidores Exchange legados.
É importante verificar os requisitos e suas alterações antes de instalá-lo no ambiente de produção para evitar impactos indevidos.
We know a lot of you have been waiting for this, and so it is with great excitement that we announce that Exchange Server 2013 RTM Cumulative Update 1 (CU1) has been released to the web and is available for immediate download! This is the first release using the new servicing model for Exchange Server 2013. In addition to this article, the Exchange 2013 RTM CU1 release notes are also available.
Note: Article links that may not have been available at the time of this post’s publishing are now available. Updated Exchange 2013 documentation, including Release Notes, is now available on TechNet.
CU1 is the minimum version of Exchange 2013 required for on-premises coexistence with supported legacy Exchange Server versions. The final build number for CU1 is 15.0.620.29. For more information on coexistence, check out the Planning and Deployment documentation, and this Ignite webcast covering deployment of and coexistence with Exchange Server 2013.
Upgrading/Deploying Cumulative Update 1
Unlike previous versions, cumulative updates do not use the rollup infrastructure; cumulative updates are actually full builds of the product, meaning that when you want to deploy a new server, you simply use the latest cumulative update build available and do not necessarily need to apply additional Exchange Server updates.
Active Directory Preparation
Prior to upgrading or deploying the new build onto a server, you will need to update Active Directory. For those of you with a diverse Active Directory permissions model you will want to perform the following steps:
- Exchange 2013 RTM CU1 includes schema changes. Therefore, you will need to execute setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTerms.
- Exchange 2013 RTM CU1 includes enterprise Active Directory changes (e.g., RBAC roles have been updated to support new cmdlets and/or properties). Therefore, you will need to execute setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms.
- Exchange 2013 RTM CU1 includes changes to the permissions within the domain partition (e.g., Exchange Servers have been granted the ability to modify msExchActiveSyncDevices class on inetOrgPerson objects). Therefore, you will need to execute setup.exe /PrepareDomain /IAcceptExchangeServerLicenseTerms in each domain containing Exchange servers or mailboxes.
Note: If your environment contains only Exchange 2007, and you upgrade to Exchange 2013, keep in mind you cannot deploy Exchange 2010 in that environment at a later time. If you foresee a need to deploy Exchange 2010 servers into your environment, deploy an Exchange 2010 multi-role server (with all four servers roles) prior to executing Exchange 2013 setup.exe /PrepareAD. As long as you retain at least one role of each legacy server, you will continue to be able to install additional servers of that version into your coexistence environment. Once you remove the last server role of a legacy version, you will no longer be able to reintroduce that version into the environment.
Coexistence Pre-Deployment Step: OAB Verification
As mentioned in the Exchange Server 2013 CU1 release notes, when you deploy the first Exchange 2013 Mailbox server in an existing Exchange organization, a new default Offline Address Book is created.
Figure 1: The new OAB as shown in an Exchange Server 2010 SP3 & 2013 CU1 environmentAll existing clients that rely on an OAB will see this new default OAB the next time they look for an OAB update. This will cause these clients to perform a full OAB download. To prevent this from happening, you can configure your existing mailbox databases to explicitly point to the current default OAB prior to introducing the first Exchange 2013 server. You can do this one of two ways:
- Within the Exchange Management Console (EMC), navigate to Organization Configuration –> Mailbox –> Database Management –> Mailbox Database Properties –> Client Settings.
Figure 2: Modifying the default Offline Address Book at the database level in the EMC- Alternatively, if you have many mailbox databases to update, the following Exchange Management Shell command can be used to view all mailbox databases without a default OAB explicitly set on them. If you have both Exchange 2007 and Exchange 2010 deployed on-premises then you will have to run the following commands using the respective Exchange Management Shell version as the Get/Set-MailboxDatabase commands are version specific.
Get-MailboxDatabase | Where {$_.OfflineAddressBook -eq $Null} | FT Name,OfflineAddressBook -AutoSize
If no values are returned then you are already prepared. However, if you need to configure some databases, then this next command will find all mailbox databases in an Exchange 2007 or Exchange 2010 environment with no default OAB defined at the database level, and it will set it to the current default OAB in the org.
Get-MailboxDatabase | Where {$_.OfflineAddressBook -eq $Null} | Set-MailboxDatabase -OfflineAddressBook (Get-OfflineAddressBook | Where {$_.IsDefault -eq $True})
To confirm all Exchange 2007/2010 mailbox databases now have a defined default OAB, re-run the first command. This time it should return no entries.
Server Deployment
Once the preparatory steps are completed, you can then deploy CU1 and start your coexistence journey. If this is your first Exchange 2013 server deployment, you will need to deploy both an Exchange 2013 Client Access Server and an Exchange 2013 Mailbox Server into the organization. As explained in Exchange 2013 Client Access Server Role, CAS 2013 is simply an authentication and proxy/redirection server; all data processing (including the execution of remote PowerShell cmdlets) occurs on the Mailbox server. You can either deploy a multi-role server or each role separately (just remember if you deploy them separately, you cannot manage the Exchange 2013 environment until you install both roles).
If you already deployed Exchange 2013 RTM code and want to upgrade to CU1, you will run setup.exe /m:upgrade /IAcceptExchangeServerLicenseTerms from a command line after completing the Active Directory preparatory steps or run through the GUI installer. Deploying future cumulative updates will operate in the same manner.
Note: Unlike previous versions, in Exchange 2013, you cannot uninstall a single role from a multi-role server. For example, if you deploy the CAS and MBX roles on a single machine, you cannot later execute setup to remove the CAS role; you can only uninstall all server roles.
Mailbox Sizes in Exchange Server 2013
As you start migrating your mailboxes to Exchange 2013, one thing you may notice is that your mailboxes appear to be larger post move.
As you can imagine, with hosting millions of mailboxes in Office 365, accurate storage reporting is essential, just like in your on-premises deployments. One of the learnings that we accrued into the on-premises product is ensuring that the mailbox usage statistics are more closely aligned with the capacity usage within the Mailbox database. The impact of reporting space more accurately means that mailbox quota limits may need to be adjusted prior to the mailbox move so that users are not locked out of their mailbox during the migration process.
Our improved space calculations may result in a mailbox’s reported size increasing on average of 30% when the mailbox is moved from a legacy version of Exchange to Exchange 2013. For example, if a mailbox is reported as 10GB in size on Exchange Server 2010, then when the mailbox is moved to Exchange 2013, it may be reported as 13GB. This does not mean that migrating to Exchange 2013 will increase your capacity footprint by 30% per mailbox; it only means that the statistics are including more data about the space the mailbox consumes. 30% is an average value, based on what we have experienced in Exchange Online. Customers with pilot mailboxes should determine what their own average increase value may be as some environments may see higher or lower values depending on the most prevalent type of email within their mailboxes. Again, this does not mean there will be an increase in the size of the database file on disk; only the attribution of space to each mailbox will increase.
New Functionality Included in Cumulative Update 1
Exchange 2013 RTM CU1 includes a number of bug fixes and enhancements over the RTM release of Exchange 2013. Some of the more notable enhancements are identified below.
Address Book Policies
As discussed recently, an Address Book Policy Routing Agent has been included in Exchange 2013 RTM CU1. For all the juicy details, see Address Book Policies, Jamba Jokes and Secret Agents.
Groups can once again manage groups!
In Exchange 2010 you could not use a group as an owner for another group for membership management. Instead you had to deploy explicit permissions on groups or use a script as a workaround.
Since Exchange 2010’s release both Microsoft Support and the Exchange Product Group received resounding feedback on the need for this capability. The good news is that with Exchange 2013 RTM CU1 groups can once again be owners of groups for membership management.
Public Folder Favorites Access through Outlook Web App
In Exchange Server 2013 RTM there was no way to access Public Folder content through Outlook Web App. In CU1 you will now have access to Public Folders you have added as favorites via your favorites menu either in Outlook or Outlook Web App. However, this access is limited to Public Folders stored on Exchange Server 2013.
Figure 3: Adding a Public Folder as a favorite in Outlook Web App in Exchange Server 2013 RTM CU1Remember, you cannot start creating Public Folders on Exchange Server 2013 until all users have been migrated to Exchange Server 2013. For how to migrate from legacy Public Folders to Exchange Server 2013 Public Folders, see Migrate Public Folders to Exchange 2013 From Previous Versions.
Exchange Admin Center Enhancements
The Exchange Admin Center (EAC) has been enhanced and now includes Unified Messaging management, improvements in the migration UI allowing more migration options reducing the gap between PowerShell and the UI, and general overall improvements in the user experience for consistency and simplification based on customer feedback.
High Availability and Monitoring Enhancements
There are have been several enhancements in the high availability and Managed Availability space. In particular:
- The Best Copy Selection algorithm now honors MaximumActiveDatabases.
- Auto-reseed now supports disks that have Bitlocker encryption.
- Many probes, monitors, and responders have been updated and improved over the RTM release.
- Get-HealthReport cmdlet has been streamlined and its performance has been optimized.
- Exchange 2013 RTM CU1 will support the Exchange Server 2013 Management Pack for System Center Operations Manager (SCOM); this management pack will be available at a later date. This management pack is supported on SCOM 2007 R2 and SCOM 2012.
On behalf of the Exchange Product Group, thanks again for your continued support and patience, and please keep the feedback coming.
Até a próxima,
Diogo Heringer
Hybrid Configuration: Erro "451 4.4.0 Primary target IP address responded with:"451 5.7.3 must issue a STARTTLS command first "
Olá pessoal,
O fluxo de e-mail criado entre o ambiente On-Premise e Online é todo baseado em TLS. Ao contrário do que muitos pensam este fluxo é baseado em SMTP with SSL, utilizando o tráfego na porta 25, porém criptografado.
Ao executarmos o Hybrid Configuration conectores de Envio e Recebimento são criados no Exchange On-Premise e também no FOPE e são automaticamente configurados para “Forçar TLS” nas suas comunicações.
Recentemente tive um problema referente ao envio de mensagens, onde todas as mensagens enviadas do ambiente On-Premise para o Online ficavam na “Mail Queue” do Exchange e apresentando o seguinte erro:
“451 4.4.0 Primary target IP address responded with:”451 5.7.3 must issue a STARTTLS command first “
Além deste erro percebi também o seguinte erro no Event Viewer:
Este problema acontece devido a conexão TLS que não é estabelecida com sucesso entre o Exchange On-Premise e o Exchange Online.
Normalmente este erro se encontra em ambientes em que utiliza como firewall o CISCO ASA, que possui um recurso de checagem de SMTP que faz a verificação de toda comunicação SMTP.
Para resolvermos este problema temos duas opções:
1 – Desabilitar a função de checagem padrão do ESMTP (CISCO), conforme artigo:
http://support.microsoft.com/kb/948803/en-us
2 – Desativar as conexões TLS no Hybrid Configuration
Para desativar as conexões TLS no Hybrid Configuration vamos seguir os seguintes passos:
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 seguinte comando:
Set-HybridMailFlow -SecureMailEnabled $false
3 – Executar os seguintes comandos no Exchange Server 2010:
Set-SendConnector -Identity “Outbound to Office 365” -TlsDomain $null
Set-SendConnector -Identity “Outbound to Office 365” -TlsAuthLevel $null
Set-SendConnector -Identity “Outbound to Office 365” -RequireTLS $false
4 – Após executar um dos dois procedimentos e dar um “Retry” na “Mail Queue” os e-mails serão enviados normalmente!
Até a próxima,
Diogo Heringer
Exchange Online: Adicionando vários usuários a um Grupo de Distribuição (CSV)
Olá pessoal,
É muito comum no ambientes corporativos que utilizam Exchange (On-Premise ou Online) a criação de Grupos de Distribuição, porém a adição de vários usuários no Exchange Online através de um processo manual pode ser trabalhoso.
Como tive a necessidade de adicionar vários usuários a uma lista de distribuição em um de meus projetos irei compartilhar com vocês este procedimento que pode ser de grande ajuda.
Vamos lá:
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 – Criar um arquivo CSV com os seguintes campos:
Alias,EmailAddresses
diogo.heringer,diogo.heringer@cloudspecialists.com.br
3 – Executar os seguintes comandos:
$MembersList = Import-CSV C:\Diogo\Listas\MemberList.csv (Executa a importação do CSV)
$Memberslist | foreach{Add-DistributionGroupMember -Identity “Grupo1″ -Member $_.alias}
4 – Notem que o comando so utiliza o Alias para sua execução, entretanto você pode ter problemas ao criar o CSV com apenas uma linha, caso não queria preencher o campo EmailAdrresses do arquivo CSV basta preencher o ALIAS seguido de “,”, por exemplo: “diogo.heringer,”.
5 – Pronto! Agora todos os usuários cadastrados no CSV serão inseridos automaticamente dentro do Grupo de Distribuição desejado.
Diogo Heringer
Exchange Online: Listando usuários e suas respectivas licenças
Olá pessoal,
Um dos grandes desafios na administração do Office 365 é a gerencia das licenças. Através do Portal temos gerencia apenas da quantidade de licenças e dos planos disponíveis. Para verificar a licença que o usuário utiliza devemos fazer isso de forma manual através do Portal, porém em um cenário com MUITOS usuários é inviável que esta verificação seja feita.
Para gerarmos este relatório vamos seguir os seguintes passos:
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 seguinte comando:
Get-MsolUser | Ft displayname,Licenses > c:\Diogo\Licenças.txt
3 – Após executar este comando você terá a informação de Licenças no seguinte formato:
| DisplayName | License |
| Diogo Heringer |
{nomedotenant:STANDARDPACK} |
Como saber qual “Pack” equivale a cada plano do Office 365?
Segue a lista para que possamos fazer a conversão:
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
4 – Pronto! Agora com estas informações conseguimos saber qual usuário possui o plano E1, E2 dentro outros planos!
Até a próxima,
Diogo Heringer
