The GuruXP Blog

Buenas, hoy os traigo un articulo corto pero útil para organizaciones grandes. A menudo nos encontramos con peticiones de confirmaciones de lectura cuando recibimos un mensaje y muchos de los usuarios lo rechazan, para que nos sirve enviar una confirmación de lectura si luego va el destinatario y lo rechaza?, bien pues ya que no podemos controlar al destinatario fuera de nuestra organización, controlemos la parte interna.

Por supuesto que podemos irnos por la parte grafica bien por OWA o bien por Outlook, pero tenemos dos inconvenientes, uno que esos ajustes son dependientes del cliente de correo, y dos que no es operativo hacerlo uno por uno. Que pasa cuando tenemos 300 o mas usuarios? POWERSHELL!

Para ello necesitamos tener nuestro entorno correctamente configurado, y una vez hecho ejecutar el siguiente comando:

Set-MailboxMessageConfiguration -Identity user@yourdomain.com -ReadReceiptResponse NeverSend

En este caso estaremos configurando para que el usuario user@yourdomain.com nunca envíe confirmaciones de lectura, pero podemos personalizarlo sustituyendo el «NeverSend» con las siguientes opciones:

• «DoNotAutomaticallySend»  Para que pregunte antes de enviar confirmación
• «AlwaysSend» Para que siempre envíe confirmación
• «NeverSend» Para que nunca envíe confirmación

Pero como aplicamos esto a todos los usuarios? muy sencillo aplicando el pipe «|» al comando que queramos preceder, por ejemplo:

Get-User | Set-MailboxMessageConfiguration -ReadReceiptResponse AlwaysSend

Para confirmar que el valor se ha aplicado podemos ejecutar el siguiente comando:

Get-MailboxMessageConfiguration -Identity user@yourdomain.com | fl ReadReceiptResponse

Saludos.

Hasta ahora, teníamos que tener mucho cuidado a la hora de elegir un tipo de plan a la hora de contratar Office365 porque si contratábamos un plan de Pequeña empresa por ejemplo y mas adelante requeríamos cambiar a otro plan superior como un plan E1 por ejemplo, teníamos que pasar por el calvario de dar de alta una suscripción paralela en el plan nuevo, dar de alta los usuarios, configurar el entorno entero de nuevo, agregar el dominio, exportar uno a uno los datos de los usuarios para luego volver a importarlos en la nueva suscripción, etc…

Bien pues, después de tanto tiempo, Microsoft se ha puesto manos a la obra y finalmente ha liberado esa barrera que permite actualizar el tipo de plan a uno superior desde el propio portal sin necesidad de hacer nada de lo anterior.

Por supuesto existen limitaciones a la hora de hacerlo y es que en resumidas no se podrá degradar nunca un plan, únicamente actualizar a uno superior.

Os dejo el enlace que contiene información de como realizar el proceso y que planes podemos migrar y a donde:

http://office.microsoft.com/es-es/office365-suite-help/switch-to-a-different-office-365-plan-or-subscription-HA104031833.aspx#_To_switch_plans

Hola a todos, el Martes 17 de diciembre de 2013 a las 18:00 horas (GMT+1 – Madrid) estuve impartiendo junto con Pilar [PALEL] Arguiñáriz (MVP de Outlook), un webcast de la mano de Microsoft y la recién nacida Comunidad Office365 de la que formo parte, que trataba sobre Office365 y el día a día con uso de herramientas a mi modo de ver «imprescindibles» como Microsoft Outlook, Outlook Web App y Skydrive.

Para comenzar el webcast, estuvimos Pilar y yo haciendo unas comparativas con respecto a productos anteriores tanto de Microsoft como de lo que encontramos en otras plataformas, para luego dar paso a tres distintas demos tanto de Pilar como mías, y para concluir estuvimos respondiendo algunas preguntas de los asistentes al mismo.

Podéis acceder a la grabación del mismo a través de la siguiente pagina:

https://msevents.microsoft.com/CUI/EventDetail.aspx?culture=es-ES&EventID=1032562834&CountryCode=ES

No obstante podéis descargaros las diapositivas utilizadas en el mismo en formato PDF por si queréis conservarlas a titulo de consulta aunque recomiendo que descarguéis la grabación y así tendrán mas sentido :):

Aunque hubieron preguntas, algunas no dieron tiempo a contestarlas, pero es libre de lanzar la pregunta por aquí y procuraré responderla con brevedad.

Hola a todos, el Jueves 12 de diciembre de 2013 a las 18:00 horas (GMT+1 – Madrid) estuve impartiendo un webcast de la mano de Microsoft y la recién nacida Comunidad Office365 de la que formo parte, que trataba sobre las ventajas y desventajas de Exchange Online con respecto a otros productos/plataformas.

En esta ocasión no tuve ninguna demo preparada, sin embargo estuve explicando ciertos datos de interés que permitirán a todo técnico de sistemas, obtener un poco de conocimiento a nivel de consultoría para poder debatir frente a un cliente potencial o existente las distintas ventajas y desventajas que presenta Exchange Online.

Podéis acceder a la grabación del mismo a través de la siguiente pagina:

https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032562831&Culture=es-ES&community=0

No obstante podéis descargaros las diapositivas utilizadas en el mismo en formato PDF por si queréis conservarlas a titulo de consulta aunque recomiendo que descarguéis la grabación y así tendrán mas sentido :):

Aunque hubieron preguntas, algunas no dieron tiempo a contestarlas, pero es libre de lanzar la pregunta por aquí y procuraré responderla con brevedad.

Esta utilidad de entrada es muy sencilla ya que se encarga de notificar al administrador de un solo vistazo el estado de salud del servicio de Office365, si hay algún incidente y si lo ha habido tener acceso a los  detalles del mismo así como echar un vistazo al informe posterior (PIR).

Actualmente esta APP esta en fase B1, y únicamente soporta el seguimiento de un solo tenant, pero para el futuro se espera que la APP pueda soportar «multi-tenancy» y poder integrar la parte de tickets de soporte para aquellos administradores que lleven mas de una suscripción ;). De momento únicamente esta disponible para Windows Phone 8, pero los planes son de sacar una versión para IOS y Android muy pronto. Como requisito único, la cuenta a utilizar por la aplicación tiene que pertenecer al rol de Office365 «Administrador de servicio» o «Administrador Global».

A continuación os pongo algunos pantallazos de la aplicación:

Como nota final, simplemente indicar que esto demuestra que hay una API con la que jugar en Office365, pero aun no esta fuera de las paredes de Microsoft ;).

Una de las cosas que las personas preguntan a menudo en los foros de Office365 es como acceder a las facturas de Microsoft Office365 para poder guardarlas e imprimirlas.

Bien pues para ello debemos acceder a nuestro portal de Office365 (http://portal.microsoftonline.com) con nuestras credenciales de Administrador Global o Administrador de Facturación, pinchar en «Concesión de licencias» en el panel izquierdo y a continuación en «Facturacion»:

Seleccionamos el mes y año de la factura a consultar y hacemos click en el botón «consultar».

Nos aparecera un resumen, hacemos click en «ver detalles»:

Y finalmente en «ver factura» (.pdf) para abrirla en formato PDF y poder imprimirla y/o guardarla.

Hasta la próxima…

Cuando eliminamos un usuario en Office365 este no se elimina del todo sino que va a parar a una papelera de reciclaje durante 30 días (Soft-Delete). Esto puede ser bueno a la hora de querer recuperarlo con absolutamente todos los permisos, contenido y detalles de este, pero que ocurre cuando el usuario John Smith deja la empresa y entra mas adelante un usuario llamado Judy Smith? Si queremos asignar el usuario nuevo siguiendo la política de la organización inicial.apellido (J.Smith) por ejemplo nos encontraremos que Office365 dira que no puede crear el usuario porque ya existe uno con el mismo nombre de usuario.

Para forzar la eliminación de este usuario de la papelera de reciclaje deberemos hacerlo mediante PowerShell.

Para ello lo primero será tener preparado nuestro entorno de PowerShell para conectar con Office365.

A continuación iniciamos sesión en nuestra suscripción de Office365 ejecutando los siguientes CmdLets:

$LiveCred = Get-Credential 

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

Import-PSSession $Session

Importamos el modulo de Online Services:

Import-Module MSOnline

Ejecutamos el siguiente CmdLet para obtener el ObjectId del usuario que queremos eliminar:

Get-MsolUser -All -ReturnDeletedUsers|select userprincipalname,objectid

Finalmente ejecutamos el purgado del usuario deseado con el ObjectId obtenido antes:

Remove-MsolUser -ObjectId «objectid» -RemoveFromRecycleBin -Force

Espero que sea de ayuda.

El 10 de Octubre de 2013, tuve el gran honor de asistir como speaker a la Iberian Sharepoint Conference y compartir un rato con unos cuantos asistentes impartiendo una charla sobre la información compartida en Exchange Online.

Exchange Online es una de las plataformas que mejor se adapta en la empresa a la hora de trabajar en equipo y/o compartir información con nuestro equipo de trabajo, pero cual es la mejor funcionalidad que mejor nos conviene para lo que nosotros queremos compartir?. Bien pues de eso trataba esta charla, sobre cuales son las ventajas y desventajas que nos brinda cada funcionalidad y que debemos tener en cuenta para cada una de ellas.

Para todos aquellos que estuvisteis y quisisteis disponer de las diapositivas, aquí las tenéis:

Para todos aquellos que no tuvisteis la oportunidad de asistir, en cuanto este la grabación disponible la colgare aquí.

Cuando hacemos alguna migración de tipo cut-over, nos encontramos que después de migrar todo el contenido y configuramos un nuevo perfil en Microsoft Outlook, este se autoconfigura directamente contra el servidor de Exchange que tenemos en local.

Aparte de esto, si hacemos un ping a autodiscover.dominio.com, nos resolverá siempre la ip del servidor local en lugar del autodiscover de Office365, independientemente de si lo añadimos al fichero hosts, configuramos DNS externas o agregamos el registro en el servidor DNS local.

Eso es debido a que Exchange 2010 presenta la funcionalidad incrustada de autodiscover y para que los perfiles nuevos adquieran la nueva configuración es necesaria hacer uno de los siguientes 2 pasos:

1- Eliminar el directorio virtual de IIS Autodiscover (en el servidor de Exchange):

• Lanzamos la Exchange Management Shell
• Ejecutamos los siguientes comandos

Remove-AutodiscoverVirtualDirectory -Identity «MyServer\autodiscover(autodiscover.contoso.com)»

Set-ClientAccessServer name -AutoDiscoverServiceInternalUri $null

• Reiniciamos el IIS mediante una consola de comandos en el servidor ejecutando el comando «IISRESET»

2- Añadir entradas en el registro de la maquina cliente:

• Navegar hasta la rama si es Outlook 2007: HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Outlook\Autodiscover
• Navegar hasta la rama si es Outlook 2010: HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Outlook\Autodiscover
• Agregar las siguientes entradas:

«PreferLocalXML»
«ExcludeHttpRedirect»
«ExcludeHttpsAutodiscoverDomain»
«ExcludeHttpsRootDomain”
«ExcludeScpLookup»
«ExcludeSrvLookup»
«ExcludeSrvRecord»
«PreferLocalXML»=dword:0
«ExcludeHttpRedirect»=dword:0
«ExcludeHttpsAutodiscoverDomain»=dword:0
«ExcludeHttpsRootDomain»=dword:1
«ExcludeScpLookup»=dword:1 (forces Outlook to exclude SCP object check)
«ExcludeSrvLookup»=dword:1
«ExcludeSrvRecord»=dword:1

• Reiniciamos la maquina y creamos el perfil.

Hace poco recibí una consulta que se salia un poco de lo habitual y era el como eliminar mensajes comprendidos entre dos fechas dentro de un buzón de Exchange Online independientemente de cual fuese la carpeta sin necesidad de asignar ninguna politica de retención.

Por supuesto esto no puede hacerse desde ninguna consola de administrador pero si desde PowerShell pero para ello debemos tener en cuenta los siguientes requisitos:

• Tener nuestro entorno correctamente configurado para conectarnos a nuestra suscripción de Office365 mediante PowerShell.
• Hacer que el usuario que usaremos para la operación (el nuestro), pertenezca al Rol de seguridad «Discovery Management».
• Crear un Rol de seguridad en Exchange Online (si no lo tenemos ya) que incluya el rol «Mailbox Import Export»
• Hacer que nuestro usuario pertenezca a este ultimo rol creado.

Una vez hecho esto procederemos a conectarnos a nuestra suscripción mediante los siguientes comandos:

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

Ya dentro de nuestra suscripción ejecutamos el siguiente comando:

Search-Mailbox usuario@dominio.com -SearchQuery «Received: $(‘mm/dd/yyyy’) and Received:< $(‘mm/dd/yyyy’)» -DeleteContent

Esto hará que el contenido comprendido entre esas dos fechas se elimine a la papelera de reciclaje.

Espero que les sirva de utilidad.