The GuruXP Blog

Para bloquear a un usuario via powershell, deberemos iniciar sesión en nuestro Office365 utilizando credenciales de Administrador (si no sabes como, pincha aquí).

Una vez iniciada sesión, tendremos que conectarnos al servicio de MSOL e introducir las credenciales de administración de office365, con el comando:

Connect-MsolService

Luego tan solo deberemos ejecutar el siguiente comando:

Set-MsolUser -UserPrincipalName usuario@contoso.com -blockcredential $true

Al ejecutar el comando, el usuario no podrá acceder al buzon ni por OWA, ni por Outlook, pero esto no quita que pueda seguir viendo los datos ya descargados en el ost. Ahora bien, si tenemos configurado el Outlook para que no trabaje en modo cache, el usuario no podrá acceder ni siquiera a los datos antiguos.

Si lo que queremos es desbloquear a un usuario, solo tendremos que modificar la variable booleana -BlockCredential a $false, por lo que el comando seria:

Set-MsolUser -UserPrincipalName usuario@contoso.com -BlockCredential $false

En el siguiente post hablaremos como hacerlo via GUI.

Hasta el siguiente post.

Seguimos con la serie de tutoriales de Administración de Office365 mediante Powershell.

Esta vez, algo sencillo pero útil para administrar varias cuentas a la vez, crear y eliminar usuarios de Office365 mediante powershell.

Empecemos por indicar, que obviamente tendremos que tener nuestro entorno de powershell preparado para Office365.

Una vez dicho esto, podemos ir al grano…

Añadir Usuarios:

Tendremos que tener licencias disponibles en nuestra suscripción si queremos asignar una licencia a nuestro usuario, de lo contrario tendremos que acceder a la administración de nuestro offcie365 via web, y comprar las licencias.

• Iniciamos sesión en nuestro office365 con powershell.
• Ejecutamos el siguiente cmdlet para dar de alta el usario

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

• Especificamos la ubicación del usuario (en este caso, España)

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

• Asignamos la licencia al usuario con el siguiente Cmdlet

Set-MsolUserLicense -UserPrincipalName a.lopez@contoso.com -AddLicenses «tenantname:AccountSKUId»

Donde «tenantname» en nuestro caso seria «contoso» y «AccountSKUId» será el plan que queramos asignar, los AccountSKUId disponibles son:

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

No obstante, podemos ejecutar el siguiente cmdlet para averiguar los AccountSKUId que tenemos en nuestro Office365

Get-MsolAccountSku | Format-Table AccountSkuId, SkuPartNumber

Nota: si queremos hacer un upgrade de la licencia a un usuario, primero tendremos que quitar la licencia actual, y luego asignar la nueva.

Para quitar la licencia a un usuario ejecutamos lo siguiente:

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

Eliminar un usuario:

Simplemente ejecutaremos el siguiente Cmdlet:

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

Al ejecutar este cmdlet, automáticamente moverá el usuario al apartado de buzones eliminados (no es un harddelete).

Hasta el próximo post…

Buenas a todos,

Si en un post anterior explicaba como deshabilitar la caducidad de contraseñas en Office365, ahora os indico un pequeño Cmdlet que nos permitirá deshabilitar la directiva de contraseñas fuertes en nuestro Office 365.

Por defecto todas las contraseñas en Office365, deben cumplir con un cierto nivel de complejidad que contengan las siguientes características:

• 8 caracteres como minimo y 16 como máximo
• Valores admitidos:
  • Letras de la A-Z (letras mayúsculas)
  • Letras de la a-z (letras minúsculas)
  • Números del 0 al 9
  • los caracteres especiales !@#$%^&*-_+=[]{}|\:´,.?/`~»<>();
  • No se admite Unicode.
• No puede contener parte del nombre de usuario o alias

Bien pues para poder deshabilitar estas restricciones (las cuales no recomiendo para nada), deberemos indicar el siguiente Cmdlet después de iniciar sesión en nuestro Office365 con powershell:

SetMsolUser -UserPrincipalName usuario@contoso.com -StrongPasswordRequired $false

Para volver a habilitarla:

SetMsolUser -UserPrincipalName usuario@contoso.com -StrongPasswordRequired $true

Hasta otra!

En el post de hoy, seguimos con Office 365 para administradores del servicio, en concreto explicaremos como restablecer la contraseña de un usuario.

Para poder hacer esto, tenemos dos formas:

• La via bonita, por interfaz grafica (GUI)
• La via menos bonita, por Powershell.

Empecemos explicando la primera, versión GUI:

1. Iniciamos sesión en la consola de administración de Office365 e introducimos las credenciales de administración del servicio.
2. Pinchamos en «Usuarios», dentro de la sección «Administración» justo en la parte izquierda de nuestra consola.
3. Seleccionamos el/los usuario(s) que queramos restablecer la contraseña y pinchamos en «Restablecer la contraseña».
4. Marcamos la opción de si queremos notificar a algún destinatario del cambio de la contraseña y seguimos el proceso.

Por defecto, este método nos asignara una contraseña autogenerada que cumpla con la directiva de contraseñas para que el usuario entre en OWA y pueda establecer la contraseña que quiera. SIN ESTE PASO, EL USUARIO NO PODRA INICIAR SESION EN OUTLOOK.

Ahora toca explicar la versión Powershell:

1. Iniciamos sesión con nuestro entorno preparado de powershell, utilizando las credenciales de administración de nuestro Office365.
2. Ejecutamos el siguiente cmdlet:

Set-MsolUserPassword -UserPrincipalName usuario@contoso.com -NewPassword «Nu3va.Password» -ForceChangePassword $false

Como podemos ver, las opciones de «NewPassword» y «ForceChangePassword» nos permiten dar un paso mas a la hora de restablecer las contraseñas ya que con ellas podremos establecer directamente la contraseña que queramos y establecer si queremos que sea una contraseña temporal para que el usuario pueda cambiarla por OWA respectivamente.

En definitiva, no es solo cuestión de gustos sino de ventajas… En este caso Powershell nos permite personalizar la contraseña que queremos establecer e incluso indicar si es necesario que el usuario la cambie o no, por lo que si establecemos el valor en $false, indicaremos que la contraseña es la definitiva y que el usuario ya podrá usarla en Outlook sin necesidad de pasar por OWA.

Personalmente considero que powershell nos agilizara mucho mas el proceso, sin embargo no siempre tenemos a mano una consola de powershell, o si? ;)

Hasta otra!

Buenas!

Hoy veremos como esconder un usuario de la lista global de direcciones o Global Address List en nuestro Office365.

Sabemos que se pueden esconder listas de distribución o grupos de seguridad de la GAL desde la GUI, pero para los usuarios o buzones creados, no existe esa opción en la interfaz grafica, por lo que tendremos que tirar nuevamente de nuestro Powershell…

Lo primero será preparar nuestro entorno si no lo tenemos ya para conectar con Microsoft Online Services.

Después de iniciar sesión en powershell con nuestras credenciales de Office365, ejecutamos el siguiente comando:

 Set-Mailbox -Identity usuario@contoso.com -HiddenFromAddressListsEnabled $true

Una vez ejecutado el comando, ya tendremos el buzon o usuario oculto en la GAL :)

Hace poco leí un articulo donde se indicaba como eliminar contactos en un Exchange 2007 y 2010 mediante un script de Powershell, pero no era compatible con Exchange Online.

Bien, pues después de darle varias vueltas, he conseguido hacerlo de tal forma que valga para Exchange Online mediante el uso de Powershell y EWS.

Lo primero indicar que como requisito, es primordial instalar la API de EWS, ya que sin eso no podremos trabajar con el script.

Voy comentando los trozos del script:

param([string]$EmailAddress,[string]$Username,[string]$EwsUrl,[string]$EWSManagedApiDLLFilePath);
$Password = cat C:\O365_Passw.txt

En esta cabecera indicamos la sintaxis que utilizara nuestro script: Buzon (E-Mail), Usuario, Ruta de EWS, Ruta de la API de EWS, y finalmente le indicamos que use como contraseña la que este almacenada en el txt indicado (c:\O365-Passw.txt). Este archivo solamente debe contener la contraseña deseada. (es solo una vuelta que le he dado al código con la finalidad de que si programamos la tarea, no aparezca en los valores de la misma).

# Comprobar E-Mail
if (!$EmailAddress) {     throw «El parametro E-Mail debe especificarse»; } if (!$EmailAddress.Contains(«@»)) {     throw «El parametro E-Mail no parece ser valido»; }

# Comprobar si la API de EWS esta presente
if (!$EWSManagedApiDLLFilePath) {     $EWSManagedApiDLLFilePath = «C:\Program Files\Microsoft\Exchange\Web Services\1.2\Microsoft.Exchange.WebServices.dll» }
if (!(Get-Item -Path $EWSManagedApiDLLFilePath -ErrorAction SilentlyContinue)) {
throw «No se ha encontrado la API de EWS en $($EWSManagedApiDLLFilePath). Descargala desde http://www.microsoft.com/download/en/details.aspx?id=28952«; }

Comprobamos que se haya introducido una dirección de E-Mail valida en la sintaxis y que la API de EWS esta instalada, de lo contrario nos indicara que debemos descargarla e instalarla.

# Cargar la API de EWS
[void][Reflection.Assembly]::LoadFile(«C:\Program Files\Microsoft\Exchange\Web Services\1.2\Microsoft.Exchange.WebServices.dll»);

# Crear objeto de servicio
if ($Exchange2007) {     $service = New-Object Microsoft.Exchange.WebServices.Data.ExchangeService([Microsoft.Exchange.WebServices.Data.ExchangeVersion]::Exchange2007_SP1) }
else {     $service = New-Object Microsoft.Exchange.WebServices.Data.ExchangeService([Microsoft.Exchange.WebServices.Data.ExchangeVersion]::Exchange2010_SP1) }

# Establecer credenciales si se han especificado o usar el usuario actual
if ($Username -and $Password) {
if ($Domain)     {         $service.Credentials = New-Object  Microsoft.Exchange.WebServices.Data.WebCredentials($Username,$Password,$Domain);     }
else {
$service.Credentials = New-Object  Microsoft.Exchange.WebServices.Data.WebCredentials($Username,$Password);     }     }
else {     $service.UseDefaultCredentials = $true; }

# Establecer URL de EWS si se ha especificado, o usar autodiscover de lo contrario.
if ($EwsUrl) {
$service.URL = New-Object Uri($EwsUrl); }
else {
try {         $service.AutodiscoverUrl($EmailAddress);     } catch {         throw;     } }

Cargamos la API de EWS, detectamos la versión de Exchange del servidor, utilizamos credenciales suministradas o utilizamos el usuario actual, y establecemos la URL de EWS. Esta URL no es otra mas que la del servidor de Exchange/ews/Exchange.asmx (p.ej: https://amsprd0610.outlook.com/ews/Exchange.asmx)

# Efectuar una prueba – obtener la carpeta de contactos predeterminada.
if ($Impersonate) {
$service.ImpersonatedUserId = New-Object Microsoft.Exchange.WebServices.Data.ImpersonatedUserId([Microsoft.Exchange.WebServices.Data.ConnectingIdType]::SmtpAddress, $EmailAddress); } try {     $ContactsFolder = [Microsoft.Exchange.WebServices.Data.ContactsFolder]::Bind($service, [Microsoft.Exchange.WebServices.Data.WellKnownFolderName]::Contacts); } catch {     throw; }

Establecemos un vinculo con la carpeta de contactos y hacemos el enlace.

$ContactsFolder.Empty([Microsoft.Exchange.WebServices.Data.DeleteMode]::MoveToDeletedItems, $true);

Procedemos a eliminar el contenido enviándolo a la carpeta de elementos eliminados. En este ultimo comando, podemos especificar varias opciones dentro del código:

• MoveToDeletedItems: los enviara a la carpeta de elementos eliminados.
• HardDelete: los eliminara directamente sin dejar copia en ningún sitio.
• SoftDelete: los eliminara, pero únicamente se podrán recuperar a través de «recuperar elementos eliminados» en nuestro Outlook.

Una vez explicado el script, podeis descargarlo de AQUI. Su forma de ejecución será algo como esto:

./delete_contacts.ps1 -EmailAddress usuario@dominio.com -Username usuario@dominio.com -EwsUrl https://servidor_exchange/EWS/Exchange.asmx

Hasta otra!

A día de hoy, no es ninguna sorpresa la cantidad de bugs que tienen los dispositivos de Apple, y de cuanto énfasis ponen en resolverlo lo antes posible… Pues hace relativamente poco, Apple sacaba su nueva versión de IOS 6, y con ella una bug que pone de cabeza nuestra información (mas info AQUI) y que se ha solucionado en la versión 6.01 de IOS.

Bien pues no vendría nada mal, hacer una pequeña auditoria de nuestra organización en Office 365 para saber quien utiliza dispositivos de Apple para acceder a la información, que modelo y que versión de IOS.

Para ello Steve Goodman, ha publicado un pequeño script en Powershell que nos permite recuperar esa información en pantalla y exportarla en CSV para poder tratarla en Excel por ejemplo.

Podeis descargarlo desde aquí.

El Script de Powershell ha de ejecutarse una vez iniciada sesión en Online services con Powershell por lo que tendrás que tener preparado tu entorno para ello. La forma de ejecutarlo será algo así:

.\Export-iOSDeviceStatistics.ps1 -OutputCSVFile C:\output.csv

Y el resultado seria algo asi:

Y el archivo generado:

Hasta otra!

Hoy os pongo una pequeña guía de migración a Exchange online. Seguro que se puede mejorar, pero algo es algo… espero sea de ayuda. La resumo y si quereis algo mas detallado, podeis descargarla desde AQUI.

GUIA DE MIGRACION A EXCHANGE ONLINE

ES IMPORTANTE RESALTAR QUE PARA HACER ESTA MIGRACION ES NECESARIO TENER COMO MINIMO OFFICE 2007 EN TODOS NUESTROS PUESTOS U OFFICE 2010. ALTERNATIVAMENTE LOS USUARIOS PODRAN USAR SU CORREO DESDE OWA.

• DAR DE ALTA EVALUACION DE OFFICE365 PYME U OFFICE365 EMPRESARIAL (dependiendo de tus necesidades, pero te recomiendo la segunda opción, te saldrá mas barata si solo quieres correo y además tendrás mas beneficios a la hora de administrar el servicio).
•  AGREGAMOS EL DOMINIO
• COMPROBAMOS EL DOMINIO
• AGREGAMOS LOS USUARIOS
• CAMBIAMOS LOS REGISTROS MX DE NUESTRO SERVIDOR DE CORREO ACTUAL A EXCHANGE ONLINE. ES POSIBLE QUE SE TARDE HASTA 72 HORAS EN APLICAR LOS CAMBIOS.
• CREAMOS UN PERFIL NUEVO EN NUESTRO OUTLOOK Y AGREGAMOS LA CUENTA DE EXCHANGE DEL USUARIO.
• IMPORTAMOS EL PST DEL PERFIL ANTERIOR CON TODOS NUESTROS DATOS (CORREO, CONTACTOS, CALENDARIO, TAREAS…).

UNA VEZ HECHO TODOS ESTOS PASOS, DEPENDERA DE LA VELOCIDAD DE NUESTRA CONEXIÓN Y LA CANTIDAD DE DATOS QUE HAYA EN CADA PUESTO PARA QUE LA MIGRACION TERMINE DE ESTAR COMPLETADA. HASTA QUE NO SE SUBAN TODOS LOS DATOS AL SERVIDOR DE EXCHANGE ONLINE, EL USUARIO NO PODRA TRABAJAR DE MANERA NORMAL CON SU OUTLOOK. SE RECOMIENDA DEJAR OUTLOOK ABIERTO PARA QUE SUBA LOS DATOS, Y QUE EL USUARIO ACCEDA MEDIANTE OWA.

Hoy toca post rapidito pero suculento, especialmente para migraciones.

Haremos una importación de contactos que previamente hayamos exportado a formato CSV, utilizando powershell  a nuestro entorno de Exchange Online en Office 365.

Lo primero, preparar el entorno para conectarnos a nuestra suscripción via Powershell si no lo tenemos ya…

Una vez hayamos conectado a nuestra suscripción, introducimos el siguiente comando:

Import-ContactList -CSV -CSVData ([System.IO.File]::ReadAllBytes(«C:\carpeta_donde_esta_el_CSV\archivo.csv«)) -Identity buzon_de_destino 

Y a continuación nos importara todo el contenido a la carpeta de contactos del buzon de destino. En teoría el sistema debería reconocer cada uno de los campos del CSV e importarlos en el campo correspondiente, pero si no fuera el caso, os pongo un listado del orden de los campos que utiliza tanto Outlook como Exchange Online y asi poder hacerlos coincidir en el CSV.

«Title»,»Nombre»,»Segundo nombre»,»Apellidos»,»Suffix»,»Organización»,»Department»,»Puesto»,»Calle del trabajo»,»Calle del trabajo 2″,»Calle del trabajo 3″,»Ciudad de trabajo»,»Provincia o estado de trabajo»,»Código postal del trabajo»,»País o región del trabajo»,»Home Street»,»Home Street 2″,»Home Street 3″,»Home City»,»Home State»,»Home Postal Code»,»País o región del domicilio»,»Otra calle»,»Otra calle 2″,»Otra calle 3″,»Otra ciudad»,»Otra provincia o estado»,»Otro código postal»,»Otro país o región»,»Assistant’s Phone»,»Business Fax»,»Teléfono del trabajo»,»Business Phone 2″,»Devolución de llamada»,»Car Phone»,»Número de centralita de la organización»,»Home Fax»,»Particular»,»Home Phone 2″,»ISDN»,»Mobile Phone»,»Otro fax»,»Otro teléfono»,»Pager»,»Teléfono principal»,»Radioteléfono»,»Número de teletipo»,»Télex»,»Account»,»Aficiones»,»Anniversary»,»Apartado postal de la dirección del trabajo»,»Apartado postal de la dirección personal»,»Assistant’s Name»,»Birthday»,»Categorías»,»Confidencialidad»,»E-mail Address»,»E-mail Type»,»Nombre de pantalla de correo electrónico»,»Dirección de correo electrónico 2″,»Tipo de correo electrónico 2″,»Nombre de pantalla de correo electrónico 2″,»Dirección del correo electrónico 3″,»Tipo de correo electrónico 3″,»Nombre de pantalla de correo electrónico 3″,»Facturación»,»Género»,»Government ID Number»,»Hijos»,»Initials»,»Internet Free Busy»,»Keywords»,»Kilometraje»,»Language»,»Location»,»Nombre del director»,»Notes»,»Office Location»,»Organizational ID Number»,»Otro apartado postal»,»Página web»,»Prioridad»,»Private»,»Profesión»,»Remitido por»,»Servidor de directorio»,»Spouse»,»Usuario 1″,»Usuario 2″,»Usuario 3″,»Usuario 4″

Hasta otra!

Seguimos con la serie de Office 365…

Empecemos indicando que es un buzon compartido, sus ventajas y desventajas…

Un buzon compartido (Shared Mailbox) es un buzon cuya finalidad es la de compartir elementos en la organización o departamento. Elementos como correo, contactos, tareas o citas de calendario.

Este tipo de buzon, es especialmente útil para los siguientes escenarios:

• Tenemos un departamento desde el que queremos hacer seguimiento de los mensajes que se envíen y reciban a dicho departamento.
• Tenemos la necesidad de disponer de un pool de contactos, tareas o calendarios compartidos.
• Toda la información del departamento debe salir de dicho buzon y las cuentas personales solo se utilizan para mensajes internos.
• Queremos gestionar quien tiene acceso a dicho departamento desde fuera, incluso desde OWA.

Los beneficios de un buzon compartido son entre otras:

• No ocupa licencia hasta los 5Gb de almacenamiento por lo que no hay que pagar por ello, a partir de 5Gb deberemos asignar una licencia de Exchange Online Plan 1 (minimo).
• No existen Hardlimits como en un buzon normal, como limite de conexiones y elementos en una carpeta.
• El acceso al buzon se gestiona por grupos de seguridad, por lo que podemos gestionar los usuarios que tienen acceso a dicho buzon solo con incluirlos o excluirlos del grupo de seguridad.
• El buzon dispone de una dirección de correo electrónico por lo que podremos recibir correos electrónicos directamente en el, y podemos gestionar si queremos recibir correos de dentro de la organización o de dentro y fuera de la misma como en un buzon normal.
• Podemos anexar el buzon compartido en el entorno de OWA sin necesidad de cerrar sesión y abrir otra.

Los inconvenientes del mismo (que yo caiga) son:

• No permite la característica de archivado de correo sin asignarle una licencia. De igual forma pasa con la característica de retención por juicio.
• Es obligatorio que los usuarios que accedan al buzon compartido, tengan una licencia asignada.
• Solo permite 5Gb de almacenamiento por lo que no se recomienda su uso para archivado de correo.

Para poder crear un buzon compartido en nuestra suscripción actual de Office 365 (esto cambiara con la nueva versión que esta por venir) tendremos que hacer uso de powershell, aunque disponemos de una versión GUI desarrollada por Microsoft, pero aun asi necesitaremos de powershell para lanzar la herramienta.

Expliquemos primero lo que necesitamos y como hacerlo para el modo powershell:

• Acceso al entorno de administración de Office 365 (resulta obvio)
• La creación de un Grupo de Seguridad
• Tener el entorno de powershell preparado para Online Services.

Creación de un grupo de seguridad:

• Accedemos al entorno de administración de Office365.
• Accedemos a la Administración del modulo de Exchange Online.

• Pinchamos en «Grupos de Distribución» y le damos a «Nuevo«. Rellenamos los campos, marcamos la opción de «Convertir este grupo en un grupo de seguridad«, y configuramos el grupo con las opciones de seguridad que queramos, incluimos los usuarios del departamento y le damos a guardar.

Creación del buzon compartido:

• Accedemos a nuestra suscripción via powershell.
• Creamos el buzon compartido:

New-Mailbox -Name «Shared Mailbox Name» -Alias SharedMailboxAlias -Shared

• Establecemos la quota y los limites de envio del buzon compartido:

Set-Mailbox corpprint -ProhibitSendReceiveQuota 5GB -ProhibitSendQuota 4.75GB -IssueWarningQuota 4.5GB

• Ejecutamos el siguiente comando para otorgar al grupo de seguridad acceso total al buzon compartido (es necesario para que los usuarios del grupo de seguridad puedan acceder al buzon compartido):

Add-MailboxPermission «Shared Mailbox Name» -User SharedMailboxSecGroup -AccessRights FullAccess

•  Ejecutamos el siguiente comando para que los usarios del grupo de seguridad puedan enviar en nombre del buzon compartido:

Add-RecipientPermission «Shared Mailbox Name» -Trustee SharedMailboxSecGroup -AccessRights SendAs

Ahora expliquemos lo que necesitamos y como hacerlo para el modo GUI:

• Acceso al entorno de administración de Office 365 (resulta obvio)
• La creación de un Grupo de Seguridad
• Tener el entorno de powershell preparado para Online Services.
• Descargar la herramienta en modo GUI.

Ya que hemos explicado lo como crear un grupo de seguridad y como tener preparado el entorno de powershell para Online Services, y descargar y extraer el contenido no presenta una mayor complicación… procedemos a explicar el entorno grafico:

En realidad poco hay que explicar de este entorno, rellenamos los campos y le damos a crear ;) .Con esta herramienta conseguimos lo mismo que el código arriba descrito en powershell.

En resumen, hemos creado un buzon compartido de ambas formas posibles (por los momentos) y sin complicaciones. Hasta otra!