Hola Marc,
Ayer instalé este módulo Internalmail/Simplemail desde
el CVS y he estado jugando con él. La falta de un servicio de e-mail en
Moodle es una de sus principales "deficiencias" o "cojeras" actuales.
Más de cara a los administrativos no docentes, pero también, hay que
reconocer, puede limitar la forma de trabajo de muchos docentes.
Por eso este módulo es interesante, y hay tantas propuestas distintas.
Yo aconsejaría revisar los diferentes módulos e intentar integrar,
sumar las funcionalidades. Creo que en la situación actual cada uno de
estos módulos de mail hace una cosa buena (cada uno una distinta), pero
ninguno las hace todas bien: ninguno es "la" solución.
Lo
primero de todo, indicaros que el aspecto gráfico es impresionante, muy
trabajado y pulido. Los iconos son muy estéticos y agradables a la
vista. Pero puesto que es una beta te envío una serie de comentarios,
algunos de los cuales ya han salido en el hilo.
a) la estructura/filosofía
Hay un problema de filosofía: se accede al correo como un módulo más en
la página de un curso concreto. Sin embargo desde el interfaz se puede
acceder al correo de todas las asignaturas de las que se está
matriculado (además, el interfaz "toma por completo" la pantalla, el
control, ver más abajo).
Este no es el comportamiento normal
de un módulo en Moodle. Sería mejor desarrollarlo no como módulo, sino
directamente todo como Bloque (no sólo el bloque de mensajes nuevos). O
si se quiere dejar como módulo, poner más opciones de configuración,
para elegir si se quiere acceso a todos los cursos o no, por ejemplo.
La solución ideal sería añadir esta funcionalidad al bloque de
"Personas", para permitir los contactos entre personas (en definitiva,
lo que permite el e-mail)
La primera vez que fuí a añadir el
módulo en un curso, me dijo que primero tenía que ser activado de forma
global para el sitio. Lo que hice fué ponerlo en la página principal.
Pero ¿qué pasa si uno no quiere que haya un acceso al correo en la
página de presentación de Moodle?
b) El interfaz
Como te digo, es muy estético, pero también es muy diferente del resto de páginas de Moodle. Tal y como está
- se carga en cabecero
- se carga la barra de navegación "breadcrumb"
- no respeta el "tema" de la instalación de Moodle
El hecho de que se acceda a todos los curso, hace que las opciones de
Administración sean demasiado redundantes. Aquí se visualizan también
diferencias con el resto de Moodle. La página que muestra el mensaje
debería tener, según mi opinión, el mismo aspecto que un mensaje en un
foro, usar el mismo tema, el mismo tipo de recuadro y la misma
distribución de elementos (salvo la calificación).
c) Las funciones
El módulo manda y recibe correo, OK, pero,
- No
tiene una "libreta de direcciones" o similar, es necesario especificar
el "username" del destinatario, lo que implica conocerlo
- no emite mensaje de error si el destinatario es desconocido
- no enlaza con un mailbox/dirección de correo externa (no cualquiera, la dirección e-mail declarada en el perfil de usuario)
El problema de la "usernames" es absolutamente vital. Tal y como está
el sistema NO es funcional. Las personas deben identificarse por su
nombre (sea real o un apodo) no por un código, los nombres que los
estudiantes emplearán en el aula, "paco", "trujillo", pero no
"r2d24689". Incluso, se puede arguir que la publicidad de los
"usernames" va en contra de la seguridad del sistema. No frente a un
hacker decidido, pero si es una barrera frente al "curioseo" casual: dos items a rellenar y no sólo uno.
El defecto de esta necesidad de conocer el "username" se ve
magnificado por el hecho de que actualmente, si el nombre introducido
no es reconocido como un mailbox válido, el sistema de correo no emiet
mensaje alguno. Simplemente vuelve a presentar la página de composición
del mensaje, con el mismo username escrito, y el usuario no sabrá
porque Moodle no quiere mandarlo.
El enlace con el correo externo es esencial, tanto en enviados como en
recibidos. No me refiero a enviar mensajes a ususariso que no estén en Moodle. me refiero a enviar copias de los mensajes intercambiados en SimpleMail a direcciones externas a
Moodle, las direcciones almacenadas en el perfil de usuario. Tambien
que un usuario active una opción para que todos sus mensajes en este
mailbox sean reenviados automáticamente al externo. De esta forma el
usuario no necesita conectarse vía Web al Campus virtual para leer el
correo, lo podrá hacer con su cliente habitual de correo. E incluso
más, si un usuario responde a uan mensaje por e-mail que le ha llegado
a su cliente/mailbox externo, la respusta debe ir al mailbox interno.
No se debe bifurcar un intercambio de forma que unos mensajes estén en
Moodle y otros en un cliente externo.
En mi opinión, el hecho de que Moodle conozca y utilice el mailbox
externo de los estudiantes es una ventaja de esta plataforma. Si sólo
se utilizan canales de comunicación internos el estudiante sólo se
enterará de un aviso, noticia etc. si voluntariamente entra en el
sistema. De esta forma es posible enviarle notificaciones "a su casa",
a la dirección que él/ella realmente usa para comunicarse con sus
amigos. No es necesario que se conecte.
El acceso conjunto a
todos los cursos tiene una consecuencia: no habrá identificadores de
curso. Actualmente, los mensajes recibidos de Moodle presentan una
etiqueta inicial "curso:" que indica de qué curso procede ese mensaje
de e-mail. Parece que esto no es así con este sistema, se distinguen
por su posición en el árbol. Así pues, en nuestro mailbox de correo
tendremos mensajes del mismo origen pero que parecen diferentes.
Precisamente
una de las funciones más demandadas de Moodle (o cualquier sistema de
mensajes) es poder mandar el mismo mensaje simultáneamente a una lista
de destinatarios, esto significa que el sistema de e-mail debe permitir:
- seleccionar varios usuarios de la lista del curso
- mandar mensajes a los grupos predefinidos en Moodle
- definir y almacenar listas predefinidas (una serie de usuarios a los que voy a querer mandar mensajes
En la libreta de direcciones no pueden estar todos los participantes de
todo el Campus en una única lista pues sería una lata buscar un usuario
en particular (en la ULPGC tenemos 12000 y queremos llegar a 25000).
Son necesarios mecanismos de clasificación: mostrar sólo los de este
curso, los de mi grupo, los de nombre/apellido por letra (como en la
lista de participantes). Idealmente, en la libreta de direcciones
tendríamos también una zona de "recientes" (con las direcciones de las
10-12 personas que hemos enviado /recibido mensajes últimamente) y una
zona de "Contactos", una lista más reducida a la que podemos añadir
nombres desde la lista de participantes del curso.
Como ves,
esto se parece cada vez más a un cliente normal de correo. Por eso
precisamente, algunos pensamos que más que desarrollar aún otro cliente
más de correo, lo ideal es que Moodle tenga un buen mecanismo para
dialogar con un mailbox externo. Esto tiene el inconveniente de que el
usuario remoto tendria que instalar un navegador y también un cliente
de correo en su ordenador, no se haría todo vía el navegador. A los que
usamos Mozilla eso no nos molesta en absoluto, es casi transparente. Y
lo mismo pasa con otras opciones (IE/Outlook,
Firefox/Thunderbird/Evolution)
Por último, un sistema de
e-mail interno debe gestionar también los enlaces mailto: repartidos
por Moodle. No es conveniente que si vemos el nombre de una persona y
pinchamos en él se abra el cliente externo de correo para componer un
mensaje, cuando estamos ofreciendo una vía interna. Esas comunicaciones
quedarán registradas en un sitio distinto que el resto, enviadas a
través de simpemail.
En
resumen, el sistema de correo debe estar bien integrado con el resto de
herramientas Moodle, debemos ofrecer un sistema flexible que el usuario
decide si trabajará sólo con un interfaz interno a Moodle, o sólo con
un cliente de correo externo. Lo que no debemos hacer es dispersar la
información y
obligar al usuario a consultar varios sitios/mailboxes
para estar al tanto de la información. Si voluntariamente lo quiere
hacer así, es su problema, pero Moodle debe
facilitar la
comunicación, no entorpecerla ni forzar a todos los usuarios a usar un
único sistema.
Ya se que es difícil conseguir todo esto. Por
eso hay ahora varios módulos. Por favor, no lo tomes como críticas a tu
trabajo, que me parece excelente, sino como lo que es, la expresión de
mis deseos de funcionalidad. Ya he visto en el hilo que algunas cosas
ya las tienes pensadas para la versión definitiva. Adelante pues!!
- Enrique Castro -
. 
