The GuruXP Blog

En su día escribí un post sobre como configurar las funcionalidades de Enviar Como (SendAs) y Enviar en Nombre De (SendOnBehalfOf) con la versión anterior de Office365 (Wave14) mediante el uso de PowerShell, y a pesar de que aun es totalmente valido ese procedimiento y útil para múltiples usuarios y migraciones, os explicare una de las nuevas características que trae la nueva versión de Office365 (Wave15) y es el poder hacer esto mismo mediante la interfaz grafica.

1. Para empezar deberemos acceder a nuestro portal de Office365 con nuestras credenciales de Administrador.
2. Seguidamente, deberemos pinchar en Administrador y a continuación en Exchange para acceder al ECP.
3. Luego pincharemos en Grupos y haremos doble click sobre el que queramos hacer los cambios.
   
4. A continuación pinchamos en Delegación de Grupo y agregamos los usuarios que queramos que envíen como o envíen en nombre de.
   

Hace mucho que no publico nada sobre Office365 con el uso de PowerShell, asi que hoy no solo escribiré sobre la gestión de Office365 con PowerShell, sino que además aportaré algo sobre la gestión de clientes como Partners.

Actualmente hay muchos partners que utilizan comandos de PowerShell para gestionar las suscripciones de clientes, sobretodo a nivel empresarial y poder aplicar cambios en masa, pero lo que no muchos saben es de la existencia de dos comandos:

Get-MsolPartnerContract y Get-MsolPartnerInformation

Así que pongamos en practica y demostremos lo que hace cada uno de estos comandos:

• Lo primero (por supuesto) será disponer de nuestro entorno preparado para PowerShell y Office365.
• Lo segundo será iniciar el Módulo de Microsoft Online Services Para Windows PowerShell (lo encontraremos en la lista de programas instalados)
• Una vez iniciado el modulo, lanzamos la cadena de conexión e introducimos las credenciales de administrador como Partner:

$LIveCred = Get-Credential
$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell/ -Credential $LIveCred -Authentication Basic -AllowRedirection
Import-PSSession $Session

• Después conectamos al servicio de MSOL con el siguiente comando e introducimos las credenciales de administrador como Partner nuevamente:

Connect-MsolService

• Ya introducidas las credenciales y logados dentro del sistema, ejecutamos el siguiente comando para obtener una lista de las suscripciones que gestionamos como partners:

Get-MsolPartnerContract

El único problema de este comando es que no nos desvela mucha información que digamos, ya que lo que obtenemos es un identificador de Tenant:

Asi que aquí entra el siguiente comando:

• El siguiente comando nos permitirá obtener la información del id de tenant adquirido:

Get-MsolPartnerInformation -TenantId <id>

Este seria el resultado:

El problema de todo esto es que son dos comandos diferentes y no nos proporciona una gran utilidad si tenemos que ir una por una, asi que aprovechemos la funcionalidad de PowerShell que nos permite encadenar comandos y lancemos el siguiente comando:

Get-MsolPartnerContract | Get-MsolPartnerInformation

De esta manera nos devolverá la información que queremos sin necesidad de estar averiguando que id corresponde a que.

Espero que sea de utilidad para los partners.

Una de las funcionalidades que nos trae la nueva plataforma de Office365 (Wave 15) de la mano de Exchange 2013, es la de poder trabajar en OWA en modo «sin conexión» y os explicare paso a paso (a pesar de lo sencillo que es), como habilitar la opción.

Cabe destacar que no es del todo lo que su nombre indica, ya que en realidad no pretende ni mucho menos sustituir a Microsoft Outlook como cliente de correo electrónico, entre otras cosas porque Microsoft Outlook sigue ofreciendo muchas mas mejoras que al combinarlas con Exchange lo hace un cliente de correo incomparable, y tampoco nos permitirá trabajar de pleno en el tren por ejemplo con nuestro correo electrónico porque el verdadero motivo para habilitar esta funcionalidad es la de contrarrestar cortes de conexión cuando trabajamos con OWA evitando así errores 404 entre otros…

Cuando trabajamos con esta característica, no tendremos acceso a todo nuestro buzón como algunos pueden pensar… existen algunas limitaciones como las siguientes:

• Solo se muestra el contenido de las carpetas Bandeja de Entrada, Borradores y las ultimas carpetas que se hayan visualizado en los últimos 7 días.
• Solo se mostraran los primeros 100 elementos de cada carpeta.
• No se almacenan los adjuntos por lo que cuando no tengamos conexión, veremos el mensaje pero no podremos abrir los adjuntos…
• Podremos responder y reenviar correos, así como redactar nuevos mensajes, pero no saldrán hasta que haya conexión y estos no estarán almacenados en una bandeja de salida sino que estarán en la parte inferior como una notificación.

Dicho todo esto, procedo a explicar como habilitar la funcionalidad:

• Accedemos a nuestro correo a través del portal de Office365.
• Pinchamos en la parte superior derecha en el engranaje (configuración) – y seleccionamos la opción de «Configuración sin conexión«:

• Marcamos la opción de «Activar el acceso sin conexión» y pinchamos en «Siguiente«:

• Seleccionamos la opción de «Si» y pinchamos en «Siguiente«:

• Leemos el siguiente mensaje que indica que si el navegador nos pide aumentar el espacio pinchemos en si para así poder aumentar la cache dedicada al OWA y pinchamos en «Siguiente«:

• Tomamos nota de la recomendación de agregar el sitio a Favoritos y pinchamos en «Siguiente«:

• Y por ultimo pinchamos en «Aceptar«:

A continuación pongo un par de pantallazos de interés:

En este vemos el mensaje que nos sale cuando intentamos ver una carpeta sin tener conexión, como «Elementos enviados» a la que no he accedido en los últimos 7 días.

Y en este podemos ver el área de notificación indicando que hay un mensaje pendiente de enviar porque he respondido a un mensaje de la bandeja de entrada sin tener conexión, pero cuando vuelva la conexión lo enviara sin problemas.

Espero que sea de utilidad :)

Anteriormente explique en otro post, lo que era un buzón compartido, las ventajas y desventajas que brindan este tipo de buzones y como crearlos, sin embargo en esta nueva plataforma, la forma de crearlos ha cambiado para mejor (esto no quiere decir que no pueda crear via PowerShell) y procedo a explicarlo:

• Lo primero será acceder al portal de Office365 con nuestras credenciales de Administrador.
• A continuación pinchamos en la parte superior derecha donde poner «Administrador» y seleccionamos «Exchange«.

• Luego pinchamos en la sección que pone «compartido«.

• Pinchamos en el «+» para dar de alta un nuevo buzón.
• Le damos un nombre para mostrar, le asignamos una dirección de correo y otorgamos permisos de Acceso Completo y de Enviar como a los usuarios que queramos y finalmente le damos a Guardar.

Si hacemos doble click sobre el buzón recién creado, podemos asignar algunos permisos como restringir el acceso via OWA, IMAP, asignación de directivas o incluso ocultarlo de la lista global de direcciones (GAL), algunas de las opciones que hay son (pinchar en las imágenes para agrandar):

Hasta el siguiente post :)

Aquí os dejo la lista de posts del mes de Marzo de 2013 por si os habéis perdido alguno:

• Importando datos con PST Capture2 a Exchange Online
• Restringir acceso a Exchange Online via Powershell
• Resolver problema con winmail.dat en Exchange Online
• Buzones inactivos indefinidos en Exchange Online
• Habilitar servicio de Blackberry BCS en Office365 (Wave 14)
• Habilitar servicio de Blackberry BCS en Office365 (Wave 15)

Espero que sirva de mucho.

En el post de hoy os cuelgo una información importante para los administradores de Office365 que puede ser de utilidad para el proceso de actualización de plataforma (Wave 14 a Wave 15) que esta teniendo lugar a lo largo de este trimestre.

• Plantillas de correo en diferentes idiomas de notificación de actualización para los usuarios:
  http://community.office365.com/en-us/wikis/upgrade/service-upgrade-notification-template.aspx

• La cuenta de Exchange Online ya no se podrá configurar de forma manual por lo que es IMPORTANTE que los registros DNS de autodiscover estén creados.
• Para los equipos que tengan Office 2007, instalar los siguientes parches:
  Office 2007 Service Pack 3
  KB2596598
• Para los equipos que ADEMAS de tener Office 2007, tengan Windows XP:
  KB2787404
• Novedades y cambios en OWA:
  http://office.microsoft.com/es-es/support/what-s-new-in-outlook-web-app-HA102825478.aspx
• Novedades de Exchange Online:
  http://technet.microsoft.com/es-es/library/jj200719(EXCHG.150).aspx
• Cuadro actualizado de características de Exchange Online en diferentes planes:
  http://technet.microsoft.com/es-es/library/jj819276.aspx

• Novedades de Sharepoint Online:
  http://office.microsoft.com/es-es/sharepoint-help/whats-new-in-microsoft-sharepoint-online-HA102785547.aspx
• Cuadro actualizado de características de Sharepoint Online en diferentes planes:
  http://technet.microsoft.com/es-es/library/jj819267.aspx
• Actualización de todos los sitios de Sahrepoint Online después de la actualización de plataforma (paso requerido a efectuar por el administrador):
  http://community.office365.com/es-es/wikis/office_365_service_updates/que-se-debe-hacer-tras-la-actualizacion-del-servicio.aspx#spo

• Novedades de Lync Online:
  http://office.microsoft.com/es-es/whats-new-in-lync-HA103012831.aspx
• Cuadro actualizado de características de Lync Online en diferentes planes:
  http://technet.microsoft.com/es-es/library/jj822172.aspx

Teóricamente no debería existir ningún problema después de la actualización, pero si por algún motivo ocurre algo lo ire publicando en este articulo:

• No recibo correo desde que se efectuó la actualización programada.

Los registros MX pueden cambiar, confirma que tus registros siguen apuntando a los valores indicados por el sistema, es muy probable que hayan cambiado de lo siguiente:

dominio-com.mail.eo.outlook.com

a:

dominio-com.mail.protection.outlook.com

donde:

la palabra «eo» cambia por «protection»

•  No me funciona Lync y tengo instalada la versión 2010:

Instala la versión Lync 2013 basic

Espero que os sirva de utilidad…

En este post, explicaré como habilitar el servicio de BlackBerry Business Cloud Services para Office365 en versiones Post-Upgrade de Office365 (Wave 15) y como dar de alta un usuario. Si quieres saber como hacerlo en la versión Pre-Upgrade de Office365 (Wave 14) pincha aquí.

Cabe destacar que este servicio únicamente esta disponible en planes empresariales y planes independientes de Exchange Online.

También, que es necesario disponer de una tarifa BES con el operador de telefonía móvil, ya que si el plan contratado es el habitual, no terminara el proceso de activación en el terminal y no concluirá con éxito.

Lo primero que haremos será acceder a nuestro portal de administración de Office365 con nuestras credenciales de administración y hacemos click en «configuración del servicio» – «móvil«, y le damos a «Habilitar Servicio«:

A continuación aceptamos los términos:

Y hacemos click en «Administrar» en la sección anterior para acceder a la consola de BlackBerry Business Cloud Services para Office365 mediante SSO:

Nos aparecerá la siguiente pantalla de error (no os preocupéis, es tan solo la primera vez), que deberemos cerrar para volver a pinchar en «Administrar«:

Pincharemos en «Suscribirse ahora» (en un servicio incluido en Exchange Online por lo que no hay que pagar nada adicional):

Seleccionamos el idioma que queremos:

Pinchamos donde pone «Iniciar Sesión» para administrar el servicio:

Una vez dentro del panel de BlackBerry BCS, pinchamos en «Crear un Usuario«:

Luego pincharemos en «Buscar» para obtener un listado de los usuarios que actualmente tenemos dados de alta en nuestro Office365:

Y una vez obtenido el listado de los usuarios, seleccionamos los que tengan BlackBerry (podemos seleccionar mas de uno) y pinchamos donde pone «Continuar«:

Seleccionamos el grupo predefinido de políticas de seguridad que queramos aplicar a estos usuarios, en este caso seleccionare «No requerir contraseña» y pinchamos en «Agregar» y luego en «Crear un usuario con contraseña de activación«:

Después asignamos una contraseña de activación, esta contraseña será la que el usuario tenga que proporcionar a la hora de agregar la cuenta de correo empresarial en el dispositivo, (puede ser lo mas simple aunque recomiendo que sean letras ya que en BlackBerry para marcar los números hay que mantener presionada la tecla «alt») y pinchamos donde pone «Crear Usuario«:

Finalmente se nos crea el/los usuario(s) mostrando el siguiente mensaje de confirmación:

Este mensaje nos dice (muy importante) en pocas palabras, que no podremos activar (configurar) ninguna BlackBerry hasta dentro de 20 minutos y que el usuario recibirá un mensaje de BlackBerry.net con un fichero adjunto que es el que utilizara el sistema para proceder a la configuración del dispositivo.

Hasta aquí este post, espero que les sea de utilidad.

En este post, explicaré como habilitar el servicio de BlackBerry Business Cloud Services para Office365 en versiones Pre-Upgrade de Office365 (Wave 14) y como dar de alta un usuario. Si quieres saber como hacerlo en la versión Post-Upgrade de Office365 (Wave 15) pincha aquí.

Cabe destacar que este servicio únicamente esta disponible en planes empresariales y planes independientes de Exchange Online.

También, que es necesario disponer de una tarifa BES con el operador de telefonía móvil, ya que si el plan contratado es el habitual, no terminara el proceso de activación en el terminal y no concluirá con éxito.

Lo primero que haremos será acceder a nuestro portal de administración de Office365 con nuestras credenciales de administración y hacemos un scroll hacia abajo hasta encontrarnos con el apartado que pone «servicios autorizados» y le damos a «Habilitar Servicio«:

A continuación aceptamos los términos:

Y nuevamente hacemos un scroll hacia abajo para poder pinchar donde pone «Administrar» en la sección de «Servicios Autorizados» para acceder a la consola de BlackBerry Business Cloud Services para Office365 mediante SSO:

Nos aparecerá la siguiente pantalla de error (no os preocupéis, es tan solo la primera vez), que deberemos cerrar para volver a pinchar en «Administrar«:

Pincharemos en «Suscribirse ahora» (en un servicio incluido en Exchange Online por lo que no hay que pagar nada adicional):

Seleccionamos el idioma que queremos:

Pinchamos donde pone «Iniciar Sesión» para administrar el servicio:

Una vez dentro del panel de BlackBerry BCS, pinchamos en «Crear un Usuario«:

Luego pincharemos en «Buscar» para obtener un listado de los usuarios que actualmente tenemos dados de alta en nuestro Office365:

Y una vez obtenido el listado de los usuarios, seleccionamos los que tengan BlackBerry (podemos seleccionar mas de uno) y pinchamos donde pone «Continuar«:

Seleccionamos el grupo predefinido de políticas de seguridad que queramos aplicar a estos usuarios, en este caso seleccionare «No requerir contraseña» y pinchamos en «Agregar» y luego en «Crear un usuario con contraseña de activación«:

Después asignamos una contraseña de activación, esta contraseña será la que el usuario tenga que proporcionar a la hora de agregar la cuenta de correo empresarial en el dispositivo, (puede ser lo mas simple aunque recomiendo que sean letras ya que en BlackBerry para marcar los números hay que mantener presionada la tecla «alt») y pinchamos donde pone «Crear Usuario«:

Finalmente se nos crea el/los usuario(s) mostrando el siguiente mensaje de confirmación:

Este mensaje nos dice (muy importante) en pocas palabras, que no podremos activar (configurar) ninguna BlackBerry hasta dentro de 20 minutos y que el usuario recibirá un mensaje de BlackBerry.net con un fichero adjunto que es el que utilizara el sistema para proceder a la configuración del dispositivo.

Hasta aquí este post, espero que les sea de utilidad.

Hoy nos encontramos con una novedad en Office365 Exchange Online y Exchange 2013, se trata de los buzones inactivos. Estos buzones son aquellos que dejan de tener una licencia y que a pesar de eliminar el usuario, mantienen los datos incluso de forma indefinida.

Los únicos requisitos que debemos tener en cuenta para poder conseguir esta funcionalidad son los siguientes:

• Disponer de Exchange Online Plan 2 o de la funcionalidad adicional de Archivado Online.
• Activar en cada buzón con antelación la función de «In-Place Hold»
• Si hemos eliminado el usuario o el buzón sin activar la función, tendremos 30 días para recuperarlo y activar la función para posteriormente activar la función y proceder a su eliminación.

Asi que como se hace?.

1. Lo primero será crear/convertir un buzón en inactivo, para ello tenemos que definir una retención indefinida o basada en tiempo
   1. Via GUI:
      1. Accedemos a la Exchange Administration Console (EAC)
      2. Pinchamos en Administracion de Cumplimiento
      3. Pinchamos en la pestaña «Suspensión y Exhibición de documentos electrónicos local«
      4. Pinchamos en el símbolo «+»
      5. Damos un nombre y una descripción a la directiva de retención y pinchamos en «siguiente«
      6. Seleccionamos los buzones que queremos incluir en la retención y pinchamos en «siguiente«
      7. Pinchamos nuevamente en «Siguiente» y Marcamos la casilla que pone «pausar….» y a continuación seleccionamos si queremos retener el contenido de manera indefinida o por cuanto tiempo en días queremos retenerlo.
      8. Pinchamos en «Finalizar«
   2. Via PowerShell:
      1. Preparamos nuestro entorno para usar powershell con Office365
      2. Ejecutamos el siguiente comando:
         

         New-MailboxSearch «Nombre_de_Retencion» -SourceMailboxes usuario@dominio.com -InPlaceHoldEnabled $true

2. Lo segundo será eliminar el buzon que queremos mantener via el portal de administración de Office365 o bien ejecutando el comando de PowerShell «Remove-Mailbox»

Bien, ya tenemos nuestro buzón archivado y retenido de forma indefinida (o durante los días que hayamos especificado, asi que, como accedemos a este contenido?, via PowerShell:

1. Ejecutamos el siguiente comando en PowerShell:
   

   New-MailboxSearch «Nombre_de_busqueda» -SourceMailboxes «Buzon_de_origen» -TargetMailbox «Discovery Search Mailbox» -IncludeUnsearchableItems -LogLevel Full

Tendremos los resultados en nuestro buzón de descubrimiento o «Discovery Mailbox»

Hasta la próxima!

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.