Hay otros como él, pero éste es el mío
Outlook debería morir, pero muchos se niegan a lo que es correcto. Outlook sin Exchange es una combinación particularmente letal por muchos motivos.
Dicho esto, en alguna ocasión alguien puede verse en el brete de tener que recuperar un archivo .pst (donde los Outlook sin Exchange guardan correo local). Los motivos son muchos, y la herramienta scanpst.exe puede resolver bastantes. A veces el asunto se complica, especialmente si se trata un .pst de formato “antiguo” y este supera los 2gb. En esta situación, es bastante sencillo verse obligado a usar esta herramienta de Microsoft para truncar destructivamente el archivo y poderlo recuperar con .pst (proceso harto entretenido, ya que operar con archivos de 2gb suele ser bastante lento y podemos necesitar varios intentos de truncado antes de tener éxito).
Pero, aún usando estas dos herramientas, podemos hallarnos en casos donde no funcionan y es absolutamente necesario recuperar el archivo. Existen herramientas de pago, pero las ignoro idiosincráticamente.
Existe un procedimiento que he usado exitosamente una vez que consiste en lo siguiente:
Si seguimos estos pasos, al cabo de un buen rato (el 4 es especialmente tedioso), 4 programas diferentes y probablemente 2 sistemas operativos, y sin coste, tendremos como resultado un .pst que nos salve la vida.
Nota, es probable que los pasos se puedan optimizar. En teoría, readpst puede generar archivos .eml, pero a mi no me ha funcionado (probablemente por nombres irregulares de las carpetas del pst), saltándonos varios pasos. También podríamos intentar automatizar el doloroso paso 4, pero de momento no lo he conseguido.
En alguna ocasión nos puede ser útil crear un sistema que corre un entorno de escritorio y está siempre encendido. Por ejemplo, queremos que usuarios acostumbrados a un entorno gráfico puedan ejecutar tareas largas desacopladas de su terminal.
Dentro del mundo Microsoft bastante dominante en las empresas, la opción sencilla es crear una máquina con Terminal Server activado y permitir su acceso remoto. Sin embargo, un Windows Server con TS y una licencia normalita (pero aún así, de coste) sólo admite dos usuarios concurrentes. Si no tenemos presupuesto o un buen acuerdo de licencias, puede salirnos bastante caro dar acceso a unos cuantos usuarios.
Una alternativa que podemos usar es la siguiente:
Con esto, escribiendo una pequeña guía de configuración de un cliente de NX para los usuarios, conseguiremos lo que queremos. Si hacemos que el servidor de NX sea accesible vía Internet, nuestros usuarios podrán conectarse desde cualquier sitio, ejecutar sus programas, desconectarse y volverse a reconectar en cualquier sitio, recuperando todo en el estado en que lo dejaron.
Si nuestro entorno utiliza los popularísimos dominos de Windows Server para gestionar los usuarios, podemos añadir integración al dominio de Windows para que los usuarios puedan utilizar sus credenciales del dominio para acceder al sistema. En el caso que nos ocupa, aquí explican como usar likewise-open para realizar esta tarea en muy pocos pasos en Ubuntu.
Como bonus, los usuarios podrán acceder automáticamente a recursos de red con sus privilegios de Windows, como carpetas de red.
