Mes: febrero 2021

Para poder desusbcribirse de una lista automáticamente y sin enviar correos ni más leches. Además los mensajes deben incluir dichas cabeceras:

Recipients of newsletters often do not unsubscribe, but instead click the SPAM button in the hope that the newsletters will no longer end up in their mailbox. Being designated as SPAM can, however, endanger your reputation. You should therefore make it as easy as possible for users to unsubscribe in a normal way from newsletters. The list-unsubscribe header can be processed by email clients and mailbox providers. The recipient has the option of unsubscribing directly with a single click from newsletters he or she no longer wants.

One-Click List-Unsubscribe Header with HTTP Link

Este texto está sacado de la FAQ de CSA, una organización que certifica que no eres un spammer asqueroso (y que tienes dinero para pagarles entre otras cosas) pero apunta a algo interesante que desconocía.

Referencias

• https://tools.ietf.org/html/rfc8058
• https://tools.ietf.org/html/rfc2369

Documentos

Comentarios cerrados

Por varias razones, pero la principal es el control absurdo que realiza Google sobre los grupos y detalles tontos como que el emisor de un mensaje no reciba copia de lo que envía.

Una de las formas que he encontrado de hacerlo es tener una cuenta de correo accesible mediante IMAP (con Thunderbird por ejemplo) que sea miembro del grupo. Esta cuenta recibe todos los mensajes que envían los demás pero no lo suyos: estos están en la carpeta de Enviados.

En Thunderbird se puede buscar por la dirección del grupo (web@venexma.es por ejemplo) y hacer que te los muestre como lista:

Se seleccionan todos los mensajes y se guardan en un directorio:

Los mensajes quedan archivados en el directorio en formato eml:

Y ahí tenemos ya un buen punto de partida para convertirlos a un formato como Maildir o mailbox y emplear algunos programas extras de Sympa para importarlos en una lista:

• https://www.sympa.org/contribs/migration_and_archives/index
• https://sites.google.com/a/stern.nyu.edu/google/top-faqs/top-faqs-2

Comentarios cerrados

Una idea un poco extraña pero que surje por la necesidad de ir creando boletines informativos para la mancomunidad de propietarios. Boletines que cuenten qué ha ocurrido o está ocurriendo y que no requieran demasiado esfuerzo por parte de los participantes. Algo parecido a ésto ya lo mencioné en esta otra idea.

Supongamos que a lo largo de un mes la junta gestora de la comunidad realiza una serie de acciones: obras de reparación, solicitud de presupuestos, conversaciones con autoridades ú otras comunidades, medidas adoptadas urgentes o acordadas en la junta, … que quiere comunicar a los vecinos con el menor esfuerzo posible.

• Todas esas acciones conforman un registro (una bitácora si quiere verse así) y pueden llevar información añadida: documentos, imágenes, enlaces exteriores, … que deben incluirse en el boletín siempre que sea posible para no tener que acudir a fuentes externas. Eso implica, por supuesto, comprimir imágenes y documentos a tamaños razonables.
• Las acciones deben ser muy sencillas de registrar: tanto como enviar un correo a una dirección concreta.
• El o los programas que recopilan estos mensajes, además de verificar remitentes, deben ir agrupándolos, previa normalización, y formar un boletín preliminar que luego pueda ser reenviado a una dirección de distribución.
• Los boletines, además, deben poder leerse desde programas sencillos y con el formato adecuado para adaptarse a diferentes pantallas.
• Cada boletín incluirá una tabla de contenidos para poder consultarla directamente.

Mensajes de registro

La idea más sencilla para colaborar en algo así es la siguiente:

1. Una dirección de correo que recopile los mensajes.
2. Un programa que con cada mensaje:
   1. Analice y transforme el mensaje en un formato fácilmente manipulable como markdown.
   2. Recopile información como el título (del asunto), la fecha y la autoría
3. Otro programa que se encargue de unir los mensajes por fechas (semanales, quincenales, mensuales,…) y construya un mensaje con todo lo anterior en formato manipulable.
4. El programa final debería tomar el mensaje anterior y convertirlo a HTML con:
   1. Adaptación de adjuntos a tamaños razonables.
   2. Inclusión de los adjuntos dentro del texto de cada mensaje para mejorar la información.
   3. Asegurarse de que el texto final resultante contiene todo lo necesario para, una vez descargado, no recurrir a conexiones externas.

Comentarios cerrados

Y no mucho más. Pero tiene que tener la suficiente facilidad de uso para un homínido al volante de un Windows 10.

Los enlaces de abajo dan instrucciones y pistas sobre cómo organizar el montaje:

• Instalar un servidor X11 en Windows como servicio
• Crear una conexión SSH con el servidor de aplicaciones
• Invocar a la aplicación desde Windows (peor descrito).

Referencias

• X11 on Windows Machines
• Use X forwarding on a personal compute …
• Use Linux Graphical Softwares on Windows via X11 Forwarding
• X11 Forwarding over SSH
• X11 Windows Subsystem for Linux

Comentarios cerrados