PLIEGO DE CONDICIONES TECNICAS

Transcripción

1 Córdoba, 6 de Febrero 2009 PLIEGO DE CONDICIONES TECNICAS Se enumeran a continuación los requisitos que deberán cumplir las ofertas destinadas a la actualización o externalización del actual servicio de correo basado en SMTP. Como actualización se entenderá la oferta de la técnica de sistemas y productos, preferiblemente software libre, que aumente la disponibilidad y capacidad del servicio de correo SMTP pero siempre contando con servidores y herramientas de gestión instaladas y gestionadas en Eprinsa. Estado inicial. A continuación se detallan los elementos que forman parte del sistema de correo corporativo que da servicio varios organismos: Servicios SMTP. 1. Un servidor de correo Qmail como Agente de Transporte de correo (MTA). 2. Gestión de dominios virtuales mediante el paquete de software Vpopmail. 3. Administración de dichos dominios virtuales mediante el software QmailAdmin. 4. Cliente Web de correo SqWebmail. Servicios adicionales o complementarios al servicio SMTP. 1. Antivirus y anti-spam Trend Micro InterScan Messaging Security Suite. Permite el acceso individualizado por usuario a sus áreas de correo en cuarentena y gestión de cuentas de correo bloqueadas. 2. Servidor de correo Lotus Domino, que utiliza el servicio STMP bajo Qmail para hacer relay y así enviar los correos al exterior.

2 a. Servidor BlackBerry Enterprise Server para la gestión del correo electrónico en dispositivos BlackBerry. Actualización del servicio de correo SMTP Se quiere disponer de un servicio de correo en alta disponibilidad montado sobre Sistema Operativo Red Hat Linux Enterprise Server. El nuevo servicio de correo SMTP que se implemente debe de cumplir las siguientes características: 1. Debe de estar configurado en alta disponibilidad en nodo activo/activo para n servidores siendo n inicialmente igual a dos. 2. Como se indica anteriormente el MTA que se usa actualmente es Qmail y por tanto se valorará positivamente que el nuevo servicio continúe con esta MTA, pero no quedan descartadas otras MTAs. 3. Dicho MTA deberá ser configurado para no ser Open Relay mediante la instalación de smtp autenticado. Además dicha autenticación debe ser cifrada. 4. Capacidad para utilizar listas negras. 5. Deberá permitir hacer relay a determinados servidores. 6. Gestión de dominios virtuales. a. Para la administración de cada uno de estos dominios virtuales deberá existir una aplicación Web, con acceso a administradores de alto nivel con capacidad para gestionar el alta, baja y modificación de los dominios virtuales. b. Debido a que algunos de los dominios virtuales pueden ser autogestionados por terceros, el cliente final, existirá otro nivel WEB de administración que solo se aplique a un dominio. 7. También debe existir un Cliente Web para la gestión de correos. 8. Al igual que el actual, el servidor Lotus Domino existente debe poder hacer relay contra el nuevo servidor de correo para su envío al exterior y viceversa. 9. Debe disponer de una herramienta gráfica para obtener estadísticas del uso del servidor.

3 a. Volumen de correo enviado y recibido por un dominio definido en los servidores. b. Volumen de correo recibido y enviado a un dominio. c. Volumen y número de correos enviados por día y mes. d. Volumen y número de correos recibidos por mes. e. Top de usuarios en recepción de correo. f. Top de usuarios en envío de correo. 10. Ocultación de cabeceras SMTP, habida cuenta de que hay servidores internos que emiten correo al exterior sin que el destinatario tenga conocimiento del origen real de ese correo, desde el punto de vista de servidor de origen. 11. Se valorará la capacidad del sistema para realizar una gestión de colas envío en función del tamaño del correo a enviar, según las siguientes consideraciones: a. Definir una franja horaria de prioridad donde los correos superiores en tamaño a una determinada cantidad pasen a transmitirse en otra franja o se desplacen a otro servicio o cola con menor ancho de banda. b. Gestión de usuarios, para determinar aquellos usuarios que no están afectados por la política del punto anterior. c. La gestión a que se refiere el punto anterior podrá realizarse por shell script y a través de consola WEB. 12. El sistema de autenticación a nivel POP: a. Se realizará contra ficheros planos tipo passwd, separados por dominio. b. Tendrá capacidad para realizarse contra directorios LDAP versión 3 y contra Active directory de Microsoft en sus versiones 2003 y Revisión del sistema de log. Teniendo en cuenta que en ocasiones se recurre a estudiar los logs de envío/recepción SMTP para resolver incidencias se tendrá en cuenta que: a. Los logs deben estar accesibles para su revisión y consulta por parte de los administradores del sistema. b. Se valorará la existencia de una herramienta de traceado de correos por: dominio de origen, dominio de destino, cuenta de correo de origen y cuenta de correo de destino. 14. Como Antivirus y Antispam, se usará el que preste mejor servicio para tal fin, teniendo en cuenta que a ser posible se conservaría el actual, con las siguientes características: a. Autogestión de la lista de Spam. b. Acceso a correos en cuarentena para liberar falsos positivos o incluir remitentes autorizados/rechazados.

4 c. Integración con AD para autenticación del acceso. 15. Existen una serie de script en S.O. Linux, los cuales realizan las siguientes tareas, y que en caso de ser el MTA distinto de Qmail deberán seguir estando disponibles: a. Creación de un dominio virtual nuevo. b. Borrado de dominios virtuales. c. Alta una cuenta de correo, por dominio. d. Borrado de una cuenta de correo, por dominio. e. Creación de un alias de una determinada cuenta. f. Borrado alias de una determina cuenta. g. Cambio de contraseña de una cuenta. h. Búsqueda de una cuenta de correo. i. Listado de las cuentas de correo que existen por dominio. j. Información detallada de una cuenta de correo. k. Listado número de cuentas POP en un dominio en concreto. l. Cambiar el máximo número de cuentas POP a usar en un dominio. m. Habilitar y desactivar cuentas de correo. n. Listado de cuentas desactivadas. o. Redireccionar cuentas de correo. p. Quitar redirecciones existentes en una cuenta determinada. q. Listado de buzones que llevan N días sin leer. r. Contar número de correos pendientes de leer de un determinado dominio.

5 s. Mantenimiento de cuentas de correo en modo BATCH. Este script realiza las siguientes operaciones: - Crear un grupo de cuentas; opción que crea una tanda de cuentas de correo, teniendo las mismas la siguiente nomenclatura: cursox_y@eprinsa.es, donde X es el número de curso e Y el número de puesto. - Listar contraseñas de un curso, opción que lista las cuentas de correo creadas y las contraseñas de las mismas. - Borrado de un curso existente, borra las cuentas de correo. 16. Como Antivirus y AntiSpam se usará el que preste mejor servicio para tal fin, teniendo en cuenta a ser posible que se conserve el actual, con las siguientes características: a. Autogestión de la lista de Spam. b. Acceso a correos en cuarentena para liberar. c. Integración con AD para autenticación del acceso. 17. En caso de que alguno de los componentes software necesarios para acometer el proyecto sean comerciales, deberá ofertarse su mantenimiento de versiones y soporte durante un periodo de 1 y 3 años. Externalización del servicio de correo SMTP Todas las premisas y funcionalidades dadas en el apartado de sustitución del servicio STMP deben mantenerse para esta opción, aportándose a continuación datos relativos al volumen de correo que se gestiona actualmente: 1. Dominios de correo en funcionamiento: Cuentas de correo en alta: Volumen de correo transferido en los últimos 12 meses: 1,6 Terabytes. 4. Número de correos gestionados: 7 millones. 5. Se prevé un crecimiento mensual del 6% en estos valores. La oferta comprenderá un periodo mínimo de 3 años, renovable anualmente.

6 Las ofertas presentadas pueden comprender las dos posibilidades o solo una de ellas. El Técnico de Sistemas