Intentando crear un instalador para Windows

He decidido aparcar de momento el resumen de las transferencias, ya que prefiero antes lograr un instalador para Windows de lo que ya está hecho. Para ello,  he estado investigando desde hacer varios días sobre cómo generar los instaladores. La idea es primero, generar un ejecutable de Unimail con todas sus dependencias, de tal forma que, se pueda ejecutar sin instalar nada más en el sistema y después, generar un instalador que instale dicho ejecutable.

Antes de generar el ejecutable, hay que comprobar que el programa se puede ejecutar mediante Python de forma normal (una vez que se hayan instalado las librerías necesarias, como GTK+, Libglade, etc.). No conseguí que se ejecutara, debido a un error que desconocía (la ventana se quedaba “congelada”), por lo que ha sido bastante frustrante para mí.

Afortunadamente, ayer, descubrí lo que pasaba: en el código de la interfaz gráfica, se trataban mal los hilos (threads) de GTK+. Ahora, sí he conseguido ejecutar el programa en Windows y, después de realizar algunos pequeños cambios en el código y realizar pruebas, crearé una nueva versión de Unimail que dispondrá de un instalador para Windows.

El proyecto continúa

Finalmente, he dicidido continuar con el proyecto.

Desde ahora, enfocaré Unimail como un programa para facilitar el envío y la descarga de archivos por e-mail en general, más que únicamente para enviar/descargar archivos grandes por e-mail. Es decir, el proyecto estará pensado para poder enviar/recibir archivos por e-mail con la gracia de poder hacerlo rápida y cómodamente, con opciones de encriptación, resumen de envío/descarga, etc (estas dos últimas cosas ya las implementaré más adelante) y con la gracia añadida de, si no te bloquea la cuenta el servidor, poder enviar archivos de cualquier tamaño.

Lo que quiero decir es que Unimail va a servir para algo más que enviar archivos grandes, ya que si no, el proyecto se limitaría bastante.

Y, por último, quería agradecer el apoyo que me ha dado la gente, tanto en persona como por medio de los comentarios del blog.

Dudando

Hoy jueves (aunque oficialmente ya es viernes) me frustré muchísimo al ver que Gmail, que era el servicio con el que estaba haciendo las pruebas, bloqueaba las cuentas con archivos muy grandes y decidí demasiado rápido que iba a dejar el proyecto. Lo cierto es que ahora me están entrando dudas sobre si seguir o no, ya que he visto que la gente me está apoyando mucho y mi programa está diseñado para usarse con cualquier servicio de e-mail, no sólo con Gmail (y aun así, con Gmail se pueden enviar archivos de casi 200 mb sin problemas, según las pruebas que hice en su momento). Además, a parte del límite o bloqueo, Unimail se puede ver como una forma de enviar archivos normales abstrayéndose, sin necesidad de verlos como adjuntos a un mensaje (ya que no hay que redactar ningún mensaje, ni siquiera en blanco, por parte del usuario).

El caso es que podría seguir con el proyecto para que se use con cualquier servicio porque quizás haya algunos servicios que no bloqueen las cuentas. Si continúo, podría mostrar un mensaje al inicio del programa que advirtiera de que Unimail se debe usar con cuentas poco importantes para el usuario, por el riesgo de bloqueo.

He visto que Yahoo y Windows Live Mail tienen ya POP, pero no IMAP, y se me ha ocurrido que, gracias a la sugerencia de mi amigo Vargas, podría reestrablecer el protocolo POP en Unimail, dando a elegir entre usar IMAP o POP. Es una idea que me ha gustado mucho, la verdad: tendríamos las ventajas en cuanto a rapidez de IMAP, pero la compatibilidad con los servicios que sólo usen POP. Requeriría escribir bastante código, porque el código que usaba POP de las versiones antiguas tiene algunos fallos y no se puede reutilizar del todo.

En cualquier caso, todavía no lo tengo claro. En breve os comunicaré si sigo con el proyecto o no, porque es difícil tirar 3 meses de trabajo por la borda.

Siento el mareo de decisiones rápidas y radicales que os pueda estar produciendo, pero es que soy una persona que a veces duda demasiado y no sabe decidirse.

Y sobretodo, gracias por vuestro interés, anima mucho, la verdad.

Despedida

Esta noche envié un archivo de 680 megabytes (el mayor archivo que he enviado hasta ahora con Unimail) a un amigo, para hacer pruebas. Cuál fue mi sorpresa al conectarme esta mañana a la página web de Gmail y ver que mi cuenta de e-mail la habían bloqueado, supongo que por enviar tanta cantidad de datos.

Me parece vergonzoso que, si tengo activo un servicio de e-mail, que al fin y al cabo, aunque sea gratuito para mí, le reporta muchos beneficios a la empresa (por la publicidad y eso), no pueda usarlo como me dé la gana (siempre que no mande spam y esas cosas, claro).

El caso es que, al comprobar que Gmail y, en general, cualquier otro servicio de e-mail, puede bloquearte la cuenta sin motivos y en cualquier momento, he decidido no seguir adelante con mi proyecto, ya que no puede cumplir su principal (y único) objetivo: enviar un archivo de cualquier tamaño a cualquier persona por e-mail.

Es una decisión muy dura para mí, porque le estaba poniendo mucho empeño en este proyecto y ahora mismo estaba en su mejor momento.

Quisiera agradecer su colaboración a todos mis compañeros y amigos de la Delegación de Alumnos de mi facultad (especialmente a Virako y a Rafa), los cuales se han interesado por mi proyecto desde el principio.

Espero presentarme de nuevo al concurso el curso que viene con otro proyecto. Suerte a los demás participantes.

Gracias. Un saludo. Nos vemos en persona en la final, en mi facultad.

Fallo arreglado y cambio en el formato de los mensajes

He arreglado el fallo comentado en el anterior artículo y de paso he cambiado el formato de los mensajes de Unimail, para hacer que el programa sea más fuerte ante posibles anomalías en la bandeja de entrada.

Ahora, todos los mensajes de Unimail que correspondan a un mismo archivo tendrán el mismo asunto, independientemente de cuál sea el mensaje primero y cuál el último.

El cambio en el formato hace que la próxima versión sea incompatible con las anteriores, por lo que, los archivos enviados con versiones anteriores no se podrán descargar con la próxima.

En cuanto vuelva a funcionar la forja de RedIris (falla mucho) publico esta próxima versión (0.6).

Fallo detectado

He detectado un fallo en la última versión, la 0.5. El fallo ocurre al descargar archivos. Voy a intentar arreglarlo y en cuanto lo haga saco una nueva versión.

Nuevo problema con la búsqueda

Por lo que hace poco me comentó un amigo que probó la versión nueva (la 0.3), ha surgido un nuevo problema. Su cuenta de correo tiene bastantes mensajes, y la búsqueda de mensajes se le quedó bloqueada cuando iba al 4%.

En los próximos días intentaré cambiar la búsqueda para que esto no pase nunca más. Seguramente se deba a problemas de conexión, por lo que me replantearé los “stay alive” y puede que los sustituya por reconexiones al servidor. En cualquier caso, buscaré posibles soluciones y las iré probando.

Debido a esto, los cambios para la versión 0.4 no serán las mejoras mencionadas en el penúltimo artículo, sino la solución a este problema. Dichas mejoras las dejaré para la versión 0.5, ya que no son prioritarias para mí.

La verdad es que la aparición de este problema me ha desmotivado un poco, aunque tampoco va a hacer que me rinda, claro. En fin, ya os contaré como va la cosa.

Fallo arreglado

Acabo de arreglar el último fallo encontrado. La versión 0.3 la tengo ya acabada, así que, en breve, la publicaré en la forja de Rediris.

Problema solucionado + problema

Hoy he solucionado el problema mencionado en el anterior artículo haciendo llamadas de “keep alive”, de lo cual hablé en dicho artículo.

El problema es que ha surgido (no sé si ya estaba o ha aparecido con el arreglo del otro problema) otro fallo, relacionado al leer el asunto de los mensajes de la bandeja de entrada, que parece que no los lee del todo.

Espero tener en breve una solución a este problema y cuando la tenga publicaré la versión 0.3.

Problema detectado

En los últimos días he estado probando el proyecto con la cuenta de e-mail de un amigo (al cual le agradezco su colaboración), la cual tiene muchos mensajes (más de 2000 “conversaciones”, por lo que, muchos más mensajes todavía), y falla mientras hace la búsqueda de posibles mensajes de Unimail en la bandeja de entrada.

Es posible que este fallo se deba a que el servidor cierre la conexión mediante un “timeout”, por lo que estoy escribiendo código para que, mientras haga la búsqueda, “informe” al servidor de que la conexión debe mantenerse (lo que se suele llamar un “keep alive”).

Quizás, alguien se pregunte que, para que se produzca un “timeout”, la búsqueda debe ser muy lenta y, por tanto, algo inviable en mi proyecto. Lo cierto es que, a priori, la búsqueda en bandejas de entrada con muchos mensajes es lenta obligadamente y es algo totalmente normal. Hay que pensar que el programa no sólo busca archivos nuevos, sino todos los archivos recibidos, por lo que, en principio, debe analizar todos y cada uno de los mensajes, porque cualquiera es potencialmente un mensaje de Unimail.

Quizás, en el futuro, optimice la búsqueda, pero ahora mismo ésa no es mi prioridad, mi prioridad es que Unimail funcione con cualquier cuenta de e-mail (con POP disponible, claro), por muy “pesada” que sea.

Actualmente, estoy trabajando en arreglar este problema (entre otras cosas menos importantes), por lo que espero sacar pronto una nueva versión con el arreglo reflejado.