The GuruXP Blog

In order to Add or Remove Office365 users using PowerShell, we must hace our environment ready to use with PowerShell and connect with Office365.

Once this is done, we can proceed…

Add Users:

We must have available licenses on our subscription if we want to assign one, if this is not the case, then we must Access to our Office365 Administration portal and buy some.

• Log in to our office365 using powershell.
• Run the following command to create the user:

New-MsolUser -UserPrincipalName a.lopez@contoso.com -DisplayName “Antonio Lopez – Contoso Ltd.” -FirstName “Antonio” -LastName “Lopez“

• Specify the location of the user (in this case, Spain)

Set-MSOLUser –UserPrincipalName a.lopez@contoso.com –UsageLocation ES

• Assign a license to the recently created user with the following Cmdlet

Set-MsolUserLicense -UserPrincipalName a.lopez@contoso.com -AddLicenses “tenantname:AccountSKUId”

Where “tenantname” will be in our case “contoso” and “AccountSKUId” will be the plan we wish to assign. The available AccountSKUId are:

K1: SHAREPOINTDESKLESS EXCHANGE_S_DESKLESS

K2: SHAREPOINTWAC SHAREPOINTDESKLESS EXCHANGE_S_DESKLESS

P1: MCOLITE SHAREPOINTLITE EXCHANGE_L_STANDARD

E1: MCOSTANDARD SHAREPOINTSTANDARD EXCHANGE_S_STANDARD

E3: OFFICESUBSCRIPTION MCOSTANDARD SHAREPOINTWAC SHAREPOINTENTERPRISE EXCHANGE_S_ENTERPRISE

E4: OFFICESUBSCRIPTION MCOSTANDARD SHAREPOINTWAC SHAREPOINTENTERPRISE EXCHANGE_S_ENTERPRISE

A2: SHAREPOINTWAC_EDU MCOSTANDARD SHAREPOINTSTANDARD_EDU EXCHANGE_S_STANDARD

Besides, we can run the following cmdlet to determine the AccountSKUId used on our Office365

Get-MsolAccountSku | Format-Table AccountSkuId, SkuPartNumber

Note: if we want to do a license upgrade to a selected user, we must first remove the assigned license and then assign the new one.

To remove a license to a user, run the following:

Set-MsolUserLicense -UserPrincipalName a.lopez@contoso.com -RemoveLicenses “tenantname:AccountSKUId“

Remove a User:

Simply run the following Cmdlet:

Remove-MsolUser -UserPrincipalName a.lopez@contoso.com

This will move the user to the «Deleted Mailboxes» área because it´s not a HardDelete…

Until next post….

Hay veces (cada vez menos) que cuando enviamos un correo electrónico a un destinatario con un fichero adjunto (un pdf por ejemplo), y ese destinatario utiliza un cliente de correo antiguo como Outlook Express, en lugar de recibir el archivo adjunto recibirá otro en su lugar llamado winmail.dat. Bien pues no es un problema del servidor de destino, ni tampoco del antivirus, ni mucho menos del antispam, es un problema de configuración y compatibilidad que podemos resolver fácilmente.

Esta situación es debido al formato de encapsulamiento que utilizan los servidores de Exchange por defecto y del que Microsoft es propietario denominado TNEF o Transport Neutral Encapsulation Format (Formato de Encapsulación Neutro de Transporte) y que se encarga de encapsular las propiedades MAPI del mensaje.

Cuando enviamos el mensaje con un archivo adjunto, y este abandona nuestra organización de Exchange y llega a un cliente de correo que no es compatible con el formato de texto enriquecido de Outlook, el archivo adjunto es reemplazado por uno llamado winmail.dat.

Para evitar esta situación simplemente deberemos iniciar sesión en PowerShell con las credenciales de administración de nuestra suscripción de Office365 en nuestro Tenant (por supuesto tendremos que tener configurado el entorno para ello), y ejecutar el siguiente comando:

Set-RemoteDomain Default -TNEFEnabled $false

De esta manera los mensajes salientes a los dominios ajenos a nuestra organización no saldrán con ese formato de encapsulación. Espero que les sirva de mucho.

Hace poco, me encontré con que una empresa quería restringir el acceso a ciertos usuarios para que únicamente pudiesen revisar el correo por medio de OWA.  Bien pues aquí os pongo unos cuantos CmdLets de PowerShell para gestionar los permisos de acceso de los usuarios de Exchange Online.

Por supuesto es necesario tener configurado nuestro entorno para poder utilizar PowerShell con Office365.

Una vez iniciada la sesión de PowerShell con nuestras credenciales de Administrador de la suscripción de Office365, podremos ejecutar los siguientes comandos:

Deshabilitar el acceso a OWA

set-CASmailbox usuario@dominio.com -OWAEnabled $false

Habilitar el acceso a OWA

set-CASmailbox usuario@dominio.com -OWAEnabled $false

Deshabilitar el acceso al buzón via IMAP

set-CASMailbox usuario@dominio.com -ImapEnabled $false

Habilitar el acceso al buzón via IMAP

set-CASMailbox usuario@dominio.com -ImapEnabled $true

Deshabilitar el acceso al buzón via POP

set-CASMailbox usuario@dominio.com -PopEnabled $false

Habilitar el acceso al buzón via POP

set-CASMailbox usuario@dominio.com -PopEnabled $true

Deshabilitar el acceso desde dispositivos móviles con Exchange ActiveSync

set-CASMailbox usuario@dominio.com -ActiveSyncEnabled $false

Habilitar el acceso desde dispositivos móviles con Exchange ActiveSync

set-CASMailbox usuario@dominio.com -ActiveSyncEnabled $true

Deshabilitar SMS para toda la organización

Set-OwaMailboxPolicy Default -TextMessagingEnabled $false

Habilitar SMS para toda la organización

Set-OwaMailboxPolicy Default -TextMessagingEnabled $true

Deshabilitar el acceso al buzón desde Outlook

Set-CASmailbox usuario@dominio.com –mapienabled $false

Habilitar el acceso al buzón desde Outlook

Set-CASmailbox usuario@dominio.com –mapienabled $true

Hasta aquí el post de hoy, espero que sea de utilidad.

En el post de hoy, hablare sobre como importar psts a nuestra suscripción de Exchange Online en Office365 mediante la nueva versión recién lanzada de Microsoft PST Capture Tool 2.0.

Esta herramienta trae novedades como soporte para Exchange server 2013 (esto permite soportar la nueva generación de servidores de office365); Uso de Outlook Anywhere (RPC mediante HTTP); No es necesario que la herramienta este instalada en un servidor de Exchange; Permite importar mas de 1000 usuarios a Exchange Online y varias mejoras de rendimiento.

También nos permitirá elegir si queremos importarlo a una carpeta distinta o incluso a un archive online.

Cabe destacar que existen algunas consideraciones a la hora de actuar con esta herramienta según el entorno en el que trabajemos (dominio o grupo de trabajo) aunque los requisitos comunes serán:

• Windows 7, Windows Server 2008, Windows Server 2008 R2, Windows Server 2012, Windows Vista
• Suscripción a Office365
• .NET Framework 4.5 o superior
• Powershell 3.0 o superior
• Microsoft Office Outlook 2010 X64 o superior.

Independientemente de estos requisitos, recomiendo altamente, el haber accedido desde el pc en el que se instale la herramienta al OWA utilizando las credenciales de Administrador de la suscripción de Office365 para evitar errores 401 o de acceso denegado a la hora de importar los PSTs.

Disponemos de dos herramientas, la consola central y el agente a instalar en los puestos de trabajo de nuestra organización. ambos se pueden descargar desde aquí.

Una vez que descarguemos la consola central, procederemos a instalarla de forma normal, y la única pantalla que nos debería importar en el proceso es la de introducción de credenciales de ADMINISTRADOR del equipo para utilizar como cuenta del servicio.

Una vez finalizado, ejecutamos el programa como administrador y procedemos a configurarlo desde Tools – Settings de la siguiente manera:

Introducimos las credenciales de nuestro servicio de office365 y comprobamos que funcionan mediante el botón «Check«

Seleccionamos import into: Mailbox y Add Ítems to the existing folder, de esta manera le decimos que importe todo el contenido del pst en la misma estructura que tenemos en la nube y que si existen elementos en esas carpetas, agregue en lugar de crear una nueva carpeta.

Si disponemos de la característica de buzón de archivado en nuestro office365, marcamos la opción, si no la tenemos la podemos marcar también y el detectara si existe o no, si no existe importara todo al buzón principal.

Marcamos las dos casillas para que importe los elementos del calendario, así como los contactos, notas, tareas…

Especificamos el directorio de trabajo y el tamaño que utilizara para la importación de los psts. Es tan solo un directorio de intercambio.

Especificamos el puerto que utilizaremos para conectar con los agentes que instalemos (si instalamos alguno) y damos a OK.

Al finalizar estos ajustes y comprobar que todo va bien, nos encontramos con la pantalla principal donde tan solo deberemos pinchar en «New» – «Cloud import List» y a continuación en «Add from folder«, buscamos el/los PSTs de los repositorios que tengamos (por ejemplo una SAN o una NAS, o incluso un recurso de red compartido).

Asignamos cada PST al buzon de destino en la nube pinchando en «Destination Mailbox«:

Y finalmente, programamos la importación a una hora y fecha determinada o directamente pinchamos en «Import All Now«, nada mas terminar de importar, veremos en la parte inferior el resultado:

Espero que sea de utilidad para muchos.

When we migrate our machine to another one, or re-format to install a new fresh Windows, we get all type of info like docs, favs, pst´s, ost´s. dekstop, etc… But there´s something really useful for the IT Pros and that´s the VPN Profiles.

This post can make us save time when we got more than one VPN to configure on our PC, and best of all it´s a really easy process, so we can include it as a must have on every migration process.

In order to import or export these profiles on Windows 7 and Windows 8 based pcs, we must nav to the following path:

Simple and easy, but useful

Buenas a todos, en el post de hoy explicare como compartir calendarios y contactos en Office365 Exchange Online con PowerShell.

Para esto, es necesario que el entorno este preparado para administrar Office365 con Powershell e inciar sesion con nuestras credenciales.

A continuacion ejecutar el siguiente comando para compartir la libreta de contactos llamada «Contactos»:

Add-MailboxFolderPermission propietario@dominio.com:\Contactos -AccessRights PublishingEditor -User Usuario_que_accedera@dominio.com

Lo mismo si queremos compartir un calendario concreto con otro usuario:

Add-MailboxFolderPermission propietario@dominio.com:\Calendario -AccessRights PublishingEditor -User Usuario_que_accedera@dominio.com

Los permisos que podemos aplicar son:

• None
• Owner
• PublishingEditor
• Editor
• PublishingAuthor
• Author
• NonEditingAuthor
• Reviewer
• Contributor

Adicionalmente para el Calendario podemos aplicar los otros dos permisos:

• AvailabilityOnly
• LimitedDetails

Si por el contrario lo que queremos es modificar los permisos ya aplicados a un usuario en concreto con el que compartimos los contactos o calendario, ejecutaremos el siguiente comando:

Para el Calendario

Set-MailboxFolderPermission propietario@dominio.com:\Calendario -AccessRights PublishingEditor -User Usuario_que_accedera@dominio.com

Para los contactos:

Set-MailboxFolderPermission propietario@dominio.com:\Contactos -AccessRights PublishingEditor -User Usuario_que_accedera@dominio.com

Y finalmente para ver los permisos aplicados:

Para el Calendario

Get-MailboxFolderPermission propietario@dominio.com:\Calendario

Para los contactos

Get-MailboxFolderPermission propietario@dominio.com:\Contactos

Hasta Otra!