Barrapunto

Plas, plas, plas,..., plas
he estado leiendo todos los comentarios buscando aquel que haria lo más logico, una tabla de rutas!
puedes cambiar de servidor, puedes tener rsync para las copias de archivos.
Y el tema de seguridad de los archivos, igual supongo?
de los archivos el propietario el SGBD y enviar una copia a la aplicación cliente, o linkar en un espacio del usuario el archivo, o algo para que qualquiera no tubiera acceso a los archivos.

Yo he optado por modificar directamente los scripts sh de entrega de hylafax, desde el mismo llamo al scripts en php pasándole la ruta del fax a procesar.
Incluso hacer que funcione para cargar masivamente un directorio es realmente fácil.

Este tipo de proyectos son difíciles de generalizar y además implican muchas piezas distintas:
* SGBD: para mí sin duda Firebird
* Un lenguaje para los scripts de procesamiento: php | perl | python | ..., cualquiera con acceso a Base de datos serviría.
* Hylafax: era obvio pero...
* Samba para la pseudo-impresora que convierta a Pdf los archivos de una impresora Postscript y llame a otro scripts para guardar el fichero resultante.
* Servidor smtp: ya es una exigencia de hylafax, pero además lo sería para notificar a usuarios y guardar comprobantes de envio.
* Servidor TCP con protocolo específico: en este caso se usaría, python, perl o java.

Además los clientes deberían ser muy específicos.

Resumiendo que es un proyecto no tan difícil de programar como de distribuir.
Estoy esperando a la empresa que necesite algo así para montárselo e integrárselo en sus sistemas de gestión.

El problema que planteas exige que quien controla el servidor que mantiene la BD no esté controlando el que tiene los archivos. Eso no debería ser así y, si ocurre, opino que habrá que ir al superior de ambos departamentos para que resuelva el conflicto, que para eso está.