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.
Me gusta:
Me gusta Cargando...
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í.
Me gusta:
Me gusta Cargando...
On this month of 2013, i´ve writen the following posts:
I Wish you find them useful, let me know if they are
Me gusta:
Me gusta Cargando...
Aquí os dejo la lista de posts del mes de Octubre de 2013 por si os habéis perdido alguno:
Espero que sirva de mucho.
Me gusta:
Me gusta Cargando...
When we do a cutover migration, we encounter just after migrating all the content and configure the new profile in Microsoft Outlook, it autoconfigures itself directly with the On-Premise Exchange server.
Besides, if we make a ping to autodiscover.dominio.com, it will always resolve the local exchange server ip instead of the Office365 autodiscover, no matter if we add it to the hosts file, configure external DNS or even add the entry to the local DNS.
This is because Exchange 2010 presents the built-in functionality of autodiscover, and in order to the new profiles take effect of the new configuration needed, is necessary to do one of the two following steps:
1- Delete the Autodiscover virtual dir in IIS (at the local Exchange server):
- Run the Exchange Management Shell
- Execute the following commands
Remove-AutodiscoverVirtualDirectory -Identity «MyServer\autodiscover(autodiscover.contoso.com)»
Set-ClientAccessServer name -AutoDiscoverServiceInternalUri $null
- Restart IIS running «IISRESET» command inside a Command Line Console
2- Add the following registry entries on the client machine:
- Navigate to the path, if it´s Outlook 2007: HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Outlook\Autodiscover
- Navigate to the path, if it´s Outlook 2010: HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Outlook\Autodiscover
- Add the following values:
«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
- Restart the machine and créate the new profile.
Me gusta:
Me gusta Cargando...
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.
Me gusta:
Me gusta Cargando...
A few days ago I recieved a question out of the usual: How to delete messages from a mailbox between two dates without the need of applying retention policies.
Of course, this can´t be done from any admin console, but it can be done from PowerShell keeping in mind the following requisites:
Once we met the requisites, connect to the office365 subscription with the following CmdLets:
$LIveCred = Get-Credential $Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell/ -Credential $LIveCred -Authentication Basic -AllowRedirection Import-PSSession $Session
Finally, once inside run the following CmdLet:
Search-Mailbox usuario@dominio.com -SearchQuery «Received: $(‘mm/dd/yyyy’) and Received:< $(‘mm/dd/yyyy’)» -DeleteContent
This will Soft-Delete the content between these dates.
Hope you find this useful.
Me gusta:
Me gusta Cargando...
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:
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.
Me gusta:
Me gusta Cargando...
Hola a todos, el Jueves 03 de Octubre de 2013 a las 18:00 horas (GMT+1 – Madrid) estuve impartiendo un webcast de la mano de Microsoft siendo este el primero de muchos que pretende dar la recién nacida Comunidad Office365 de la que formo parte, que trataba sobre que es Office365, a quienes va dirigida esta plataforma y las ventajas que aporta.
No solo hubo cuadros comparativos y texto, sino que además estuve haciendo demos de lo que nos ofrece Office365 cuando se combina con las demás herramientas y servicios, y de lo facil que es trabajar con ello.
Podéis acceder a la grabación del mismo a través de la siguiente pagina:
https://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032562821&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.
Por cierto, aqui teneis los webcast programados de la Comunidad Office365:
http://palel.es/2013/09/27/comunidad-office365-webcast-y-eventos-presenciales/
Me gusta:
Me gusta Cargando...
On this two months of 2013, i´ve writen 6 posts so far:
I Wish you find them useful, let me know if they are
Me gusta:
Me gusta Cargando...