Tras estar mejorando (o eso creo) esta aplicación, aquí os traigo el segundo release. Para los que lo ven pro primera vez: app_spoolcall es un módulo para Asterisk que crea ficheros .call en el directorio de spool, para así no tener que hacerlo con AGIs o scripts.
Los cambios son los siguientes:
- Eliminado el directorio spool ‘hardcodeado’.
- Makefile limpiado, para facilitar la compilación.
- Creado el fichero de configuración spoolcall.conf con las opciones generales de funcionamiento.
Espero que os guste y espero feedback, porque si veo que va bien intentaré colarla en el SVN… 
Podéis descargarla aquí: http://www.saghul.net/blog/downloads/app_spoolcall-0.2.tgz
Página de proyectos: http://www.saghul.net/blog/proyectos-software/
NOTA: El paquete incluye un README con más información.
Code 4 fun! 
5 Comentarios
Hola Saul,
Que te parecen estas dos mejoras?:
1) Utilizar un fichero temporal en un subdirectorio. Y una vez generado el fichero, moverlo al directorio outgoing. Se evitaría así una “race condition”, en la que asterisk podría leer el fichero a medio generar.
2) En lugar de generar el fichero .call, hacer un “originate” directamente, de la misma forma que lo haría el proceso que lee los .call.
En cualquier caso, muy útil la aplicación
Saludos
Julián J. M.
Hey Julian, gracias por el feedback! Te comento: lo de la “race condition” lo pensé, pero una vez tuve un auto-marcador tirando ficheros al spool como un loco y nunca dio problemas, por eso pensé que no sería necesario…
Y sobre la segunda opción: parece interesante, además, hoy he tenido que mirar el pbx_spool así que igual hago otro módulo distinto con ese comportamiento…
Gracias otra vez!!
Hola, realmente magnífica esta utilidad. La estoy usando y sencillamente funciona
Sólo un “pero”: veo que sólo permite la sintaxis de los callfiles para contactar con una extensión de Asterisk, pero debería contemplar también la posibilidad de ejecutar una aplicación directamente:
Application: Asterisk Application to run (use instead of specifiying context, extension and priority)
Data: The options to be passed to application
Nada, que realmente buena
Jeje, también pensé en eso, pero eso se soluciona con un super chan_local (aunque hay que editar dialplan), así que pasé un poco del tema
Por eso lo decía, para no tener que meter morralla en el dialplan sólo para que sea accedido desde el “spoolcall”. XDDD