A continuación expondré el problemilla que estamos teniendo en casa con una línea de móvil Movistar, en la que, desde hace tres meses, nos están facturando por servicios en los que no nos hemos dado de alta, que nunca hemos recibido y que ni nosotros, NI ELLOS, saben lo que son.

Breve exposición de hechos:

En la factura de julio, nos encontramos con que Movistar ha cobrado un importe de 17,20 € (+IVA) en concepto de “Pagos Movistar”. Según la factura, este importe corresponde a 5 accesos a “Movilisto”, por valor de 3,44 € cada uno.

Inmediatamente llamo al 1004 para indicar que desconocemos qué es esto, que desde esa línea no se ha realizado ningún tipo pago, que no se ha recibido ningún SMS con contenido “premium” y solicitamos la devolución del importe. Tras hablar con la operadora y un rato de espera, me indican que se ha facturado por error y que van a proceder a la devolución del importe en la siguiente factura. “Bien, parece que se han dado cuenta del error”, pensamos como ilusos.

Llega la factura de agosto, y no sólo no se nos ha devuelto el importe, si no que nos vuelven a aparecer 13,76 € (+IVA) en concepto de “Pagos Movistar”. Y aquí empieza la odisea.

Casi una decena de llamadas al 1004 y cada operador me dice una cosa diferente: “Esos pagos son de compras hechas por Internet, son de un servicio de alertas en el que estamos suscritos, que no pueden procesar la devolución sin el número procedencia de los mensajes…” (insisto e insisto en que no hemos recibido ningún SMS y que en la factura tampoco aparece ningún número de procedencia o destino de los cargos). La última persona con la que hablo parece que tiene algo de idea (o eso creía yo), nos pide disculpas por el error en la apertura de la incidencia del mes anterior y nos indica que abre dos nuevas incidencias: una correspondiente a la baja restricción del supuesto servicio premium y otra para la devolución de la suma de los dos importes.

Llega la factura de septiembre y, como no podía ser de otra manera, nuevo cargo de 10,32 € (+IVA) en concepto de “Pagos Movistar” y ni rastro de ninguna devolución. Ahora sí, vuelvo a llamar Movistar echando fuego por la boca.

La operadora que me atiende es española y me indica que las incidencias abiertas hasta ahora no sirven para nada -son todas incorrectas-, y que lo que se está facturando son descargas de música a través de e-moción (imagino a mi padre descargándose la última canción de Shakira en su viejo Nokia a las 04:02 de la madrugada y me entra una risa de loco desesperado al borde del suicidio…).

Nuevamente me dicen que se ha procedido a dar de baja el servicio, que se ha solicitado la devolución de la suma de los tres importes (blablabla…), me dan un nuevo número de incidencia y me dicen que en 24/48h se pondrán en contacto conmigo para informarme sobre su resolución. Ya han pasado esas 48 horas y sin novedades.

En definitiva, ya acumulamos 41,28 € (+IVA) facturados por error que no sabemos si algún día nos devolverán. No obstante, lo más preocupante y lo que ha llevado a esta incidencia a su punto de máxima desesperación es la INCOMPETENCIA de los operadores de Movistar: ha quedado demostrado que no saben porque se está facturando esto y, aún más grave, no tienen ni idea de cómo darlo de baja.

Y ahora, ante todo esto: ¿Qué solución tenemos?

Si portamos la línea a otro operador, nadie nos asegura que no sigamos recibiendo estos cargos (¿y si los está facturando Movilisto independientemente del operador?). Así que, si Movistar no soluciona el problema, no va a quedar más remedio que pedir la baja definitiva de la línea perdiendo el número de móvil.

¡Gracias Movistar!

ACTUALIZACIÓN 01/09/10

Acaban de llamar del 1004 diciendo que, después de investigar la incidencia, resuelven que ellos no pueden restringir ni dar de baja este servicio y que, por tanto, van a seguir facturando por unos supuestos contenidos que nunca hemos recibido. Ahora parece que ya no es un servicio de descarga de música a través de e-moción, si no un servicio de Antena 3 (¿?).

Desde el 1004 nos instan a “hablar con Movilisto” pero, digo yo, ¿porqué tengo que tratar con una empresa que no conozco, en la que nunca me he dado de alta y de la que no recibo ningún contenido suyo?

Asimismo, desde Movistar insisten en que sí que nos hemos dado de alta en ese servicio, pero es que, aunque así fuera, hasta el día de hoy, NUNCA se ha recibido en la línea afectada ningún tipo de contenido (SMS o similar) que justifique los cargos que se realizan en la factura, así como tampoco se ha realizado ninguna descarga de música o pago de ningún servicio. Además, se puede demostrar mediante factura que no se ha enviado ningún SMS a ningún número “premium”.

En definitiva, parece ser que la única manera de acabar con el problema, sin más dolores de cabeza, es dar de baja la línea, perdiendo el número de teléfono. Así que, mañana mismo, enviaremos la solicitud de baja total y definitiva de la línea, por correo. No obstante, y mientras la baja no se haga efectiva, hemos solicitado el cambio de contrato a prepago, para evitar nuevas sorpresas en la factura.

Aunque cambiar el charset por defecto de Zend Studio (CP1252) no presenta mayor dificultad que tocar una opción de menú, la cosa se complica si quieres poder trabajar con proyectos que utilizan diferente codificación y, además, que la documentación se genere correctamente para todos ellos.

Después de hacer algunas pruebas creo que he encontrado la configuración idónea para poder trabajar correctamente con todos los proyectos, estableciendo UTF-8 como codificación por defecto.

1. Configurar codificación de los proyectos

Lo primero que debemos hacer es cambiar la codificación de los proyectos a UTF-8, y para ello tenemos dos opciones:

a) Configuración a nivel de entorno de trabajo (recomendado)

A través de esta opción, indicamos a Zend Studio que la codificación por defecto de nuestro entorno de trabajo es UTF-8, por lo que todos los nuevos proyectos que se creen tendrán este charset. El cambio no afectará a los proyectos que ya tengamos creados, que mantendrán su codificación original. Es la opción recomendada.

Para realizar el cambio accedemos a Window > Preferences > General > Workspace y en el apartado Text File Encoding seleccionamos UTF-8 en el desplegable Other.

b) Configuración a nivel de proyecto

Si, por contra, queremos mantener la codificación por defecto de Zend Studio (CP1252), tenemos la opción de cambiar la codificación a nivel proyecto, de forma individual.

Para ello accedemos a las propiedades del proyecto (Botón derecho sobre el proyecto > Properties) y veremos que en el apartado Text file encoding tenemos dos opciones: mantener la configuración por defecto del entorno de trabajo, o especificar una nueva para ese proyecto (en la que seleccionaríamos UTF-8 del desplegable Other).

Sea como sea, una cuestión MUY IMPORTANTE es NO TOCAR la codificación a través de la opción Content Types de las preferencias de la aplicación. Al tocar esta opción, estamos indicando que todos los archivos con determinada extensión cambien su codificación, con lo provocaremos que los archivos creados con una codificación diferente a la que hemos establecido se visualicen de manera errónea.

2. Configurar  documentos HTML y CSS

Aunque hayamos cambiado la codificación a UTF-8 a nivel de entorno de trabajo o de proyecto, los nuevos archivos HTML creados desde Zend Studio estarán en ISO-8859-1.

Para establecer que los nuevos documentos HTML y CSS estén codificados en UTF-8, deberemos acceder a Window > Preferences > Web > HTML Files o CSS Files y, seleccionaremos ISO 10646/Unicode (UTF-8) en el selector Encoding del apartado Creating files.

Ahora, al crear un nuevo documento HTML o CSS , veremos que aparece lo siguiente en sus respectivas cabeceras:

HTML:

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">

CSS:

@CHARSET "UTF-8";

3. Configurar PHPDocumentor

Aún habiendo realizado correctamente los pasos anteriores, veremos que si generamos la documentación de un proyecto UTF-8 usando PHPDoc, ésta se visualizará de forma errónea (acentos, tildes…).

Esto es debido a que las plantillas de PHPDocumentor están configuradas para codificación iso-8859-1, tal y como se puede ver en los archivos .tpl de, por ejemplo, la plantilla HTML:frames:default

<meta http-equiv='Content-Type' content='text/html; charset=iso-8859-1'/>
<?xml version="1.0"  encoding="iso-8859-1"?>

Para solucionar el problema, deberíamos crear una nueva plantilla -partiendo de una existente- substituyendo la cadena iso-8859-1 por UTF-8. El problema es que esta nueva plantilla generada no será mostrada por el asistente en el momento de generar la documentación, a causa de un error documentado de Zend Studio.

Aún así, podemos hacer lo siguiente:

1. Accedemos a la ruta donde se encuentran las plantillas HTML:frames de PHPDocumentor:

C:\Program Files\Zend\Zend Studio - 7.0.1\plugins\com.zend.php.phpdocumentor_7.0.0.v20090826-1200\Resources\phpdocumentor\phpDocumentor\Converters\HTML\frames\templates

2. Hacemos una copia del directorio default y le llamamos default-iso8859 (por ejemplo).

3. Con la ayuda de un editor de texto (por ejemplo: Notepad++), substituimos la cadena iso-8859-1 por UTF-8 en todos los archivos .tpl del directorio default.

Ahora, por defecto, la documentación de nuestros proyectos UTF-8 se generará correctamente y siempre dispondremos de la plantilla original en caso de necesitar documentar un proyecto antiguo.

Para solucionar el problema, y poder imprimir desde estas aplicaciones en cualquier otra impresora instalada en el equipo (ya sea una impresora de red o conectada por USB), debemos mapear (o redirigir) el puerto LPT1.

Para ello, deberemos realizar los siguientes pasos:

1) Compartir la impresora a la que queremos que se redirijan las peticiones

Podemos utilizar cualquier impresora instalada en el equipo. Para compartirla accedemos a Inicio > Impresoras y faxes > Seleccionamos “Compartir” del menú contextual de la impresora y le asignamos un nombre de recurso compartido.

2) Redirigir el puerto LPT1 a la impresora

Si estamos en un equipo con permisos de administrador, bastará con abrir una consola de comandos (Inicio > Ejecutar > cmd.exe) y ejecutar lo siguiente:

NET USE LPT1: \\%COMPUTERNAME%\NOMBRE_IMPRESORA /persistent:yes

De esta manera estamos redirigiendo las peticiones del puerto LPT1 a la impresora que hemos compartido en el punto anterior. Además, con el parámetro /persistent:yes, estamos indicando que queremos que el mapeo siga disponible una vez reiniciemos el equipo.

Si intentamos ejecutar el comando anterior con un usuario no administrador (por ejemplo, un usuario de dominio), veremos que nos devuelve un error.

Esto es debido a que el puerto LPT1 se asigna por defecto al puerto paralelo local, y sólo los administradores pueden modificar esta asignación.

Para solucionar este problema, deberemos deshabilitar la asignación del puerto LPT1 al puerto paralelo durante el inicio del equipo, tal y como se explica en el artículo E313644 de Microsoft Support. Deberemos realizar lo siguiente:

1. Descargar la utilidad DevCon de Microsoft y copiar el ejecutable en un directorio del PATH del sistema (por ejemplo, en C:\Windows).

2. Ejecutar el siguiente comando en el equipo:

devcon disable *PNP0401

Podemos ejecutar el comando de dos formas: Accediendo al equipo con una cuenta de Administrador o, si es un equipo de dominio, configurando una directiva de grupo para ejecutarlo como secuencia de comandos de inicio de equipo (En el administrador de directivas de grupo:  Configuración de equipo > Configuración de Windows > Archivos de comandos (Inicio/Apagado) > Inicio).

Después de realizar estos pasos, un usuario no administrador podrá redirigir el puerto LPT1 desde consola de comandos usando NET USE, así como también funcionará si la instrucción se ejecuta como comando de inicio de sesión en una directiva de grupo a nivel de usuario.

]]> http://www.islabinaria.com/como-redirigir-el-puerto-lpt1-a-una-impresora-de-red-o-usb-en-windows-xp/feed/ 1 http://www.islabinaria.com/compartir-carpetas-entre-windows-y-linux-en-virtualbox/ http://www.islabinaria.com/compartir-carpetas-entre-windows-y-linux-en-virtualbox/#comments Sun, 10 Jan 2010 20:18:17 +0000 checho http://www.islabinaria.com/?p=140 A raíz del tutorial Instalar Ubuntu bajo Windows Vista con VirtualBox publicado hace varios meses, algunos de vosotros habéis preguntado cómo acceder desde vuestro Ubuntu virtualizado a carpetas existentes en Windows.

A través de este mini-tutorial, vamos a ver cómo compartir carpetas entre ambos sistemas con las herramientas que nos ofrece VirtualBox.

Antes de empezar, es necesario que tengáis instaladas las Guest Additions, tal y como se explica en el punto 4 del tutorial.

1. Crear la carpeta compartida en VirtualBox

Supongamos que queremos compartir al carpeta “D:\compartido” de Windows entre ambos sistemas.

Lo primero que debemos hacer es crear esa carpeta compartida en VirtualBox. Para ello accedemos a “Dispositivos > Carpetas compartidas” de la máquina virtual y hacemos clic en “Agregar carpeta compartida” (el icono con el símbolo +).

Seleccionamos la ruta de la carpeta de Windows a compartir y le damos un nombre (que usaremos posteriormente). En este punto podemos asignar permisos de sólo lectura o establecer que esta carpeta compartida sea “permanente” o sólo válida para esta sesión.

2.Montar la carpeta en Linux

Para tener acceso a la carpeta que acabamos de compartir, debemos montarla en el sistema invitado (en nuestro caso, Ubuntu).

Si consultamos la ayuda de VirtualBox, veremos que para ello debemos usar el siguiente comando: mount -t vboxsf [-o OPTIONS] sharename mountpoint.

sharename hace referencia al nombre que hemos asignado a la carpeta compartida en el punto anterior
mountpoint hace referencia a la ruta donde queremos que se encuentre la carpeta compartida en el sistema invitado

Así que, para ello, abrimos un terminal (que por defecto nos posiciona en /home/usuario) y ejecutamos:

mkdir compartido (para crear la carpeta)
sudo mount -t vboxsf compartido /home/usuario/compartido/
(esta acción nos solicitará la contraseña de administrador que pusimos durante la instalación)

Y… ¡listo! Ya podemos compartir archivos entre ambos sistemas.

Hace un par de semanas tuve la oportunidad (mejor dicho, la necesidad) de utilizar la aplicación. Realicé todos los pasos para comprar 3 entradas en un cine Cinesa de Barcelona. Todo el proceso perfecto, fluido, hasta que después de introducir los datos de pago (utilizando una tarjeta de débito Visa, de “la Caixa”), la aplicación me mostró el siguiente mensaje: “Tarjeta no operativa para realizar esta operación. Por favor, consulta el motivo a tu oficina”.

Tras aceptar el mensaje, la aplicación me devolvía al último paso de la pantalla de compra y me invitaba a pulsar el botón “Comprar las entradas” de nuevo. Realicé varios intentos, todos fallidos. Esto, sumado a la cola que había para comprar las entradas en taquilla y que el servicio de compra por teléfono estaba saturado, hizo que, finalmente, desistiéramos de ir al cine.

La sorpresa fue que, al consultar el extracto de mi cuenta al día siguiente, vi que tenía un cargo de ServiCaixa por importe de 25,50 € (7,60€x3 de las entradas + 0,90€x3 de gastos de gestión). Por suerte, y aunque se realizaron varios intentos de compra, en la tarjeta no habían más de 50 €, por lo que no sé si en los intentos posteriores también se intentó cobrar el importe.

Llamé al servicio de atención de Servicaixa (902 888 370) para pasar nota de la incidencia y, 5 días después, me realizaron la devolución de 22,80€ (todavía estoy peleando para que me devuelvan el importe correspondiente a los gastos de gestión).

Una semana más tarde, decido volverlo a intentar. Realizo todo el proceso para comprar 2 entradas en otro cine Cinesa de Barcelona y, después de introducir los datos del pago, vuelvo a obtener el mismo mensaje de error. No obstante, esta vez, en vez de volver a intentar la compra (tal y como invita la aplicación), nos acercamos a un terminal ServiCaixa, probamos a pasar la tarjeta por el lector y… ¡sorpresa! Las entradas se imprimieron sin ningún problema.

Por tanto: ¡CUIDADO! Aunque la aplicación ServiCaixa muestre el mensaje de error, la compra se realiza y es posible imprimir las entradas adquiridas en cualquier terminal ServiCaixa.

Por otro lado, me gustaría hacer mención de otro problema (o desventaja) que presenta la adquisición entradas a través de la aplicación: Los clientes jóvenes de “la Caixa”, adheridos al programa LKXA, disponemos de una serie de ventajas permanentes, entre las que se encuentra “ServiCaixa sin gastos de gestión“, que consiste en:

Cada semana puedes sacar con tu tarjeta hasta 2 entradas por persona, sin pagar comisión, a través de los terminales ServiCaixa de las oficinas de ”la Caixa”, en www.servicaixa.com o con tu móvil WAP accediendo a wap.servicaixa.com

Lamentablemente, parece que esta ventaja no se aplica a las entradas adquiridas a través de la aplicación ServiCaixa para Android. Pensando que se trataba de otro error, llamé al servicio de atención de ServiCaixa y me informaron que, efectivamente, el descuento no era aplicable a las entradas adquiridas mediante este sistema.

En definitiva, aún teniendo un terminal con Android y una novedosa aplicación como ésta (que seguro ha debido suponer una gran inversión económica), creo que, la próxima vez utilizaré los canales habituales para comprar mis entradas de cine.

Nota: La aplicación utilizada es la última versión de “ServiCaixa – Venta de entradas” disponible en Android Market a día de hoy (versión 1.9) y funcionando bajo Android 1.5

ACTUALIZACIÓN (27/10/09 – 13:30h)

Ayer, unas horas después de la publicación de este artículo, recibí un correo de la responsable de incidencias de Serviticket, interesándose por el problema en la aplicación y, concretamente, por mi incidencia.

Después de intercambiar varios correos, me satisface comentar que:

• Ya se ha tramitado la devolución del importe que me faltaba, correspondiente a los “gastos de gestión”.
• La información que me facilitaron telefónicamente era errónea, ya que los descuentos para clientes LKXA deben ser aplicables también a las compras realizadas a través de este canal de venta (parece ser que, en mi caso, no se aplicaron por otros motivos).

Por otro lado, ayer por la tarde estaba disponible en el Market una nueva versión de la aplicación “ServiCaixa – Venta de Entradas” (versión 1.9.2). Lamentablemente, después de instalar y probar la aplicación, debo decir que sigue produciéndose el mismo error, hecho que ya he notificado.

A modo de reflexión personal, me gustaría comentar que llevo muchos años en esto y realmente estoy sorprendido de la repercusión que puede tener hoy en día un simple post, como éste, en un blog cualquiera. Es evidente que los nuevos canales de comunicación (¡gracias a todos los que estáis twitteando!) están haciendo que la información vuele y llegue rápidamente a los interesados. Además, me sorprende y me satisface ver el espíritu colaborativo entre cliente y proveedor que se ha establecido, y que marca el camino a seguir.

ACTUALIZACIÓN (05/11/09)

Desde ayer por la tarde está disponible en el Market una nueva versión de la aplicación “ServiCaixa – Venta de Entradas” (versión 1.9.5.4). Según me informan desde el Área de Desarrollo Móviles de “e-laCaixa”, esta versión soluciona el problema con el proceso de compra y corrige otros errores detectados de menor importancia.

A falta de probar esta nueva versión, os animo a que actualicéis y comentéis cualquier cosa que creáis necesaria.

Este tipo de configuración es ideal para aquellos usuarios que necesitan acceder a un entorno Linux de forma casual y rápida (por ejemplo, para realizar tareas de programación o testeo) y cuyo entorno de trabajo habitual es Windows .

Algunas ventajas de este tipo de instalación son:

• No es necesario realizar ningún cambio en la configuración del equipo (particiones, etc..)
• No es necesario reiniciar el equipo para cambiar de sistema operativo.
• No hay que preocuparse por la configuración de la gráfica, red, wireless… puesto que la máquina virtual se encarga de ello.
• Los cambios realizados en Linux no afectarán, en ningún caso, al resto del sistema.

¿Qué necesitamos?

• VirtualBox 3.0.2 for Windows Hosts
• ISO de Ubuntu 9.04 Desktop (es válida cualquier otra versión)

1. Instalación de VirtualBox

Para iniciar la instalación de VirtualBox procedemos a ejecutar el archivo descargado. Aunque la instalación es sencilla, iremos comentando algunas de las opciones que aparecen en el proceso. ¡Empecemos!

Le damos a un nombre a nuestra nueva máquina virtual (por ejemplo: Ubuntu) y seleccionamos el sistema operativo que instalaremos.

Indicamos la cantidad de memoria RAM que deseamos asignar a la máquina virtual. Dado que la cantidad asignada será el límite del que dispondrá Ubuntu, indicaremos un valor de memoria razonable teniendo en cuenta la RAM total instalada en el equipo. En mi caso, he asignado 1 GB de los 4 GB de RAM de los que dispone el equipo.

En este punto es necesario crear un disco virtual. Marcamos la opción “Disco Duro de arranque” y hacemos clic en siguiente para crear el nuevo disco.

Seleccionamos “Almacenamiento de expansión dinámica” e indicamos en qué lugar de nuestro disco físico deseamos crear el disco virtual. Es decir, en qué lugar se creará el archivo que irá aumentando de espacio hasta llegar al límite asignado.

A continuación se nos mostrará un resumen del disco creado y podremos finalizar el proceso de creación de la máquina virtual.

2. Configuración de la VM para instalar Ubuntu

En este punto ya tenemos nuestra máquina virtual creada. Ahora, para poder comenzar con la instalación de Ubuntu, es necesario montar una unidad de CD/DVD con la imagen ISO de la versión de Ubuntu descargada.

Para ello haremos clic en CD/DVD-ROM, seleccionamos “Archivo de imagen ISO” y cargamos el archivo ISO utilizando el “Manejador de medios virtuales” que aparece haciendo clic en el icono de la carpeta.

Pulsamos “Agregar“, seleccionamos la imagen y hacemos clic en “Seleccionar” para indicar que es el archivo que deseamos utilizar.

Podemos verificar que la ISO ha quedado correctamente cargada en la pestaña detalles. Ahora pulsamos “Iniciar” para arrancar nuestra máquina virtual e iniciar la instalación de Ubuntu.

3. Instalación de Ubuntu

Al arrancar la máquina virtual se cargará la ISO que habíamos especificado. Para empezar la instalación seleccionaremos “Instalar Ubuntu“.

Ahora irán apareciendo varias pantallas de configuración. En la pantalla “Preparar el disco” seleccionaremos “Utilizar todo el disco” y nos aseguraremos que la instalación se realizará en nuestro disco duro virtual (ATA VBOX HARDDISK).

Una vez finalizados todos los pasos haremos clic en “Instalar“.

Una vez la instalación haya finalizado, la aplicación nos pedirá reiniciar. Una vez aceptado, aparecerá una pantalla solicitando que extraigamos el CD/DVD y pulsemos enter. Lo que haremos será acceder al menú “Máquina” de la consola virtual y seleccionar “Cerrar“. Marcamos la opción “Apagar el sistema” y aceptamos.

Puesto que ya no necesitaremos la ISO de instalación, desmontaremos la unidad de CD. Para ello accederemos igual que antes y desmarcaremos la opción “Monta la unidad de CD/DVD“.

4. Instalación de las Guest Additions

Las Guest Additions (o aplicaciones huésped) son unas utilidades que nos proporciona VirtualBox y que nos permiten, entre otras cosas, aumentar la resolución de la máquina virtual (redimensionando la ventana) y la captura automática del cursor.

Para instalar estas aplicaciones seleccionaremos “Instalar Guest Additions” del menú “Dispositivos” de la máquina virtual. Una vez hecho esto, se nos montará una unidad de CD con los archivos de instalación correspondientes a cada sistema operativo.

Abrimos un terminal y escribimos:

cd /media/cdrom
sudo ./VBoxLinuxAdditions-x86.run
(esta acción nos solicitará la contraseña de administrador que pusimos durante la instalación)

Tras esto, podemos reiniciar Ubuntu y comprobar que podemos redimensionar la ventana de la máquina virtual aumentando, así, la resolución de pantalla de Ubuntu.

Examinando las cabeceras de estos mensajes, veo que han sido enviados a través de Microsoft Exchange. Así que, investigando un poco, me encuentro con este artículo en Microsoft Support.

Según se explica en el artículo, el problema se produce cuando desde un cliente Outlook o Exchange configurado para el envío de mensajes en formato RTF (formato de texto enriquecido) de Exchange Server, se envía un mensaje a un destinatario con un cliente diferente a éstos. En este caso, el destinatario recibe un archivo binario con el nombre winmail.dat, que contiene la información en formato RTF que su cliente de correo no puede interpretar.

Por suerte, existen utilidades como Winmail Reader. Mediante esta aplicación gratuita es posible extraer la información que contiene el archivo winmail.dat: tanto el correo en su formato original, como los posibles archivos adjuntos que nos hayan enviado.

Para poder optar al programa de actualización, se deberán cumplir los siguientes requisitos:

• El sistema deberá tener uno de los siguientes sistemas operativos: Windows Vista® Home Premium, Windows Vista® Business o Windows Vista® Ultimate instalado de fábrica O BIEN tener Windows XP preinstalado con Windows Vista Business Bonus o Windows Vista Ultimate Bonus.
• El sistema deberá estar incluido en la lista de sistemas elegibles para una actualización.

Una vez registrados en el programa, Dell enviará un mensaje de notificación cuando la actualización esté disponible. A partir de ese momento, el usuario deberá abonar el importe correspondiente a los gastos de envío (todavía sin especificar) para recibir la versión de Windows 7 equiparable a la versión de Vista que se adquirió en su momento.

Más información en win7.dell.com.

Concretamente, es posible adquirir Zend Studio (licencia perpetua) con un año de soporte y actualizaciones por 99 €, mientras que el precio de venta al público del mismo producto es de 399 €.

¿Como conseguir el descuento?

En primer lugar, deberemos ponernos en contacto con un responsable de ventas a través de la web, indicando que deseamos adquirir el producto con la licencia para estudiantes. En breve se pondrán en contacto con nosotros para solicitarnos la documentación que acredite que somos estudiantes (podemos escanear el carnet de la universidad o el ISIC, si disponemos de él).

Pasados unos días recibiremos un e-mail con una URL para realizar el pago con el precio promocional y, una vez realizado, nos enviarán nuestra license key con la que podremos realizar la activación del producto.

¿Cómo usarlo?

La aplicación destaca, precisamente, por sus posibilidades de personalización y facilidad de uso.

Una vez realizada la llamada al script podemos indicarle que convierta todos los textarea de la página usando la siguiente función:

<script src="http://js.nicedit.com/nicEdit-latest.js" type="text/javascript"></script>
<script type="text/javascript">
     bkLib.onDomLoaded(nicEditors.allTextAreas);
</script>

También podremos especificar los textarea concretos a través del ID, así como personalizar cada uno de ellos (dimensiones, botones…). En la sección demos de la web nos exponen diversos ejemplos de configuración, en los que quedan reflejados la mayoría de opciones posibles.