FOIL

FOIL es FOro + maIL. Se exponen algunas ideas de cómo sería la mezcla de ambos sistemas; comenzando por un análisis de las ventajas y desventajas que tiene cada uno. Una combinación constructiva de ambos resultaría en una herramienta perfecta para el trabajo grupal a través de internet. Un antecedente a FOIL es Google Groups, sistema que combina foro y correo en forma despreocupada y básica.

La mayor crítica que recibe un foro es la de que es necesario visitarlo frecuentemente para participar, tarea que normalmente es olvidada por los participantes, haciendo del foro un medio difícil de poner en marcha: problema que las listas de correo no tienen. Por otra parte, los archivos de las listas son aguas casi no navegables, en el sentido de lo complicado que es leerlos y encontrar información en ellos: inconveniente resuelto en un foro.

La idea principal detrás de FOIL es que el archivo de la lista esté organizado como un foro y que además pueda ser usado como tal. Los mensajes producidos en el foro llegarían a la lista y viceversa. El usuario optaría por el medio de su preferencia.

El programar tal aplicación sería como clonar Google Groups —y el clon sería software libre— lo cual no estaría mal; aunque la intención es llegar un poco más lejos. Por ejemplo, la herramienta podría proveer recursos de votación, que el grupo podría utilizar para tomar decisiones más facilmente. FOIL debería ser capaz de interpretar ciertas instrucciones insertadas en los mensajes, como los votos del estilo +1 o -1, llevar un conteo de ellos e informar su valor en el encabezado.

Los mensajes enviados a FOIL deben ser procesados inteligentemente del lado del servidor, por eso, la piedra angular de la aplicación puede ser el moderno Lamson Project. A su vez, quizás sea imperativo el uso de clientes de correo capaces de interpretar HTML, del lado del cliente.

El encabezado lleva la cuenta de los +1, 0 y -1 que van apareciendo en la conversación. Se usan las direcciones de correo electrónico para verificar la identidad del votante, y para que este no vote más de una vez (Si alguien cambia el voto, se actualiza). Todo es automático; lo agregaría FOIL. Podría ser más complejo, aunque debería mantenerse simple.

El encabezado es puramente informativo, llevaría información como:

• Título.
• Autor.
• Resumen (si la propuesta excede cierta longitud en palabras/caracteres).
• Propuesta.
• Votos a favor, neutrales y en contra.
• Cantidad de votos emitidos.
• Suma de los votos.
• Día inicial.
• Día final.
• Tiempo restante.

La propuesta estaría separada del asunto del correo, así podría haber más de una propuesta por conversación, además una misma propuesta podría aparecer en varias conversaciones. En el foro habría más posibilidad de interacción, al hacer clic sobre el encabezado uno es dirigido hasta allí.

Al pie de cada correo se podría incluir el enlace al correo en los archivos, cosa de tenerlo a mano por si se lo quiere citar en la wiki, por ejemplo.

Matías Battocchia wrote:

… FOIL uses the email address to verify the voter's identity, so
it will not be able to vote more than once …

Michael Alan wrote:

SMTP does not authenticate the sender's email address. So you'll need
to (1) do a callback (adds two messages of overhead, per vote). Or
(2) use PK encryption and have the voter sign the message (requires
prior setup by the voter, not easy).

La solución a este problema puede ser la siguiente: FOIL envía a la lista correos personalizados: es el mismo mensaje para todos, con la diferencia de una clave, que es diferente y generada en el momento para cada integrante de la lista. Cuando el votante responde, FOIL busca ese código en la respuesta para verificar la identidad del votante.