Esta PR soluciona un pequeño error en las notificaciones por Telegram.

Al correr el programa como daemon consystemctl todo funciona correctamente, dado que el término del programa se indica por medio de señales.

Sin embargo, cuando se ejecuta directamente en la terminal el programa y es necesario detenerlo con Ctrl+C, nunca se enviaba la notificación final de detención. Este problema es solucionado con un try/except.

Esta PR transforma el anterior main.py en un módulo secundario renombrado generator.py

El nuevo main.py es un módulo que asume que ya existe un archivo matterbridge.toml a utilizar y lo ejecuta indefinidamente en loop. Cuando matterbridge se detiene (generalmente por errores internos en el uso de punteros, el programa espera 10 minutos y reanuda con una nueva ejecución).

Adicionalmente, se añade la posibilidad de notificar los cambios de estado por medio de Telegram. En específico se notifica:

• El inicio de una ejecución
• La ocurrencia de un error y la posterior espera de 10 minutos para reanudar
• La detención definitiva del programa

Este PR añade funcionalidades que permiten filtrar los grupos que deseamos agregar.

Previamente siempre se agregaban todos los grupos en los que el Bot forma parte. Eso sigue siendo el comportamiento por defecto, pero ahora se puede filtrar este conjunto de dos formas:

1. Por medio de un parámetro opcional -n, con el cual podemos ingresar una palabra clave común en los grupos de interés. Por ejemplo:

   python3 main.py -n"natación"
   

   Solo añadirá grupos con nombres como: "natación los jueves", "Club de natación", etc.

2. Por medio de una lista negra. Podemos crear un archivo en el directorio raíz de nombre blacklist.txt que incluya en cada línea un ID de WhatsApp que queramos excluir en cualquier caso.

La exclusión de la segunda alternativa prima sobre la inclusión de la primera.

Este PR es bien simple, solo define que la lista de grupos que reciben mensajes se actualiza solo 1 vez al día y siempre a las 4AM. Se definió esta hora porque es donde menor importa que ocurra la interrupción que conlleva actualizar la lista, dado que es muy improbable que usemos la herramienta a las 4 de la mañana.

Adicionalemente, aproveché de agregar algo de feedback sobre qué en qué día ocurrió cada log.

Esto resuelve parcialmente la issue #1.

label:question Posibilidad de mejora de motor base hacia Ferdi

Estuve explorando hace poco unas integraciones y me encontré con (Ferdi, y pensé que podía ser una solución a los problemas conceptuales que tuvo0 estew proyecto.

En caso de que necesitemos realizar otras actividades, podría ser de ayuda.

Espero comentarios, saludos.

Esta tarea implica una modificación del código fuente de matterbridge para que exista un intervalo de tiempo entre cada envío.

Contexto

Originalmente matterbridge está pensado para chatear en tiempo real desde 2 o más chats diferentes. Cuando conectas muchos chats de esta forma, WhatsApp lo detecta como spam y nos impide seguir enviando mensajes, por lo que no es viable enviar un mensaje así a un grann número de grupos (estimo que 40 grupos es el límite).

Pero a nosotros no nos interesa que el envío sea en tiempo real. Nuestro interés es que los mensajes lleguen a múltiples grupos en un plazo razonable (máximo un par de horas), por lo que no importa realmente que el mensaje llegue de forma diferida. Esto abre la posibilidad para solucionar el problema realizando un mod de matterbridge.

Posible solución

General

Una solución sería:

1. Clonar matterbridge
2. Modificar el código para añadir un delay entre un envío y otro
3. Recompilar el archivo binario (al menos a mi me interesan las versiones para linux-armv6 y darwin-64bit)

Detalle modificación

Esto es solo una recopilación de lo que tengo en mente según mis nulos conocimientos de Go, muy seguramente se les ocurre algo mejor.

1. Añadir un sleep en alguna parte del código que se ejecute una vez por envío. Por ejemplo, creo que en esta función serviría.

   Seguramente existe algún loop que realice el reenvío del mensaje a todos los grupos (ahí sería un mejor lugar para el sleep), pero no he podido dar con él.

   Al menos por lo que cacho de Go, no encontré ninguna rutina en el código, por lo que este sleep no debería complicarse en ese aspecto.

2. (Opcional) Añadir un parámetro en el ejecutable que permita especificar el delay entre envíos en segundos. De no implementarse esta opción, un delay de 10 a 15 segundos harcodeado debería servirnos.

Dudas

Quedo atento a cualquier duda sobre el funcionamiento de matterbridge o de nuestro repo.

De momento no he encontrado una forma de actualizar la lista de grupos que reciben mensajes sin pausar momentáneamente el funcionamiento de matterbridge.

• Actualmente funciona corriendo matterbridge con un timeout de 1 hora, para luego general una lista actualizada de los grupos y volver a correr matterbridge con el mismo timeout. Esto genera que, cada 1 hora, el servicio se ve interrumpido por unos segundos.
• Posibles soluciones:
  1. Descubrir cómo actualizar la lista de grupos en ejecución para no interrumpir el servicio (no tengo la menor idea).
  2. Aumentar el timeout. Esto disminuiría la cantidad de interrupciones, pero tardaría más en integrar grupos nuevos a la lista.
  3. Ajustar interrupción a una hora conocida. Esto se puede realizar con datetime, calculando en cada iteración el timeout necesario para que la interrupción ocurra a una hora conocida. Por ejemplo, planificar una interrupción al comienzo de las horas impares (3:00, 5:00, 7:00, etc.).

Hasta ahora, lo que me parece más realizable es implementar una mezcla de las soluciones (ii) y (iii), definiendo que la lista se actualice en un horario predefinido con reducidad opciones. Por ejemplo: 00:00, 6:00, 12:00, 18:00