El mié, 29-05-2013 a las 14:32 +0000, Camaleón escribió: > El Wed, 29 May 2013 09:54:37 +0200, Trujillo Carmona, Antonio escribió: > > > El mar, 28-05-2013 a las 15:18 +0000, Camaleón escribió: > >> El Tue, 28 May 2013 13:08:39 +0200, Trujillo Carmona, Antonio escribió: > >> > >> > Por imposiciones de trabajo tengo que montar un servidor webmail para > >> > "histórico", las condiciones son. > > > Histórico quiere decir que podrán acceder a los correos del sistema > > antiguo que ya no es funcional. > > Eso se sobreentiende, la cuestión sería el nivel de acceso/manipulación > permitido sobre ese histórico. Si no es inconveniente que los usuarios > puedan copiar el contenido, acceder a los adjuntos y/o reenviar de nuevo > esos mensajes (no necesariamente desde "ese" webmail sino desde cualquier > otro cliente de correo al que tengan acceso) entonces no tendrás mayores > problemas. > > >> > Unas 6000 cuentas que serán validadas desde AD. Los correos se > >> > descargaran desde un servidor echange por pop3 o imap pero sin borrar > >> > los correos del servidor. Los usuarios accederán via web, NO PODRAN > >> > enviar correos nuevos ni reenviar ni editar correos nuevos, SOLO > >> > LEER. > >> > >> Quien dice "leer" dice "copiar" y "duplicar", supongo que eso lo habrán > >> (s) tenido en cuenta. > > > Los correos son de los usuarios y podrán hacer lo que quieran con ellos, > > incluso borrarlos, pero el sistema de correo no funcionara, esto es no > > podrán enviar ni recibir nada nuevo. > > (...) > > Bien, eso es más sencillo de conseguir habilitando sólo el acceso vía web > (puertos 110/143 cerrados). Y con el MTA configurado como te indicaba más > abajo para que sólo el propio servidor pueda enviar correos desde la > interfaz loopback. > > >> En cuanto a la pregunta en sí, por la cantidad de cuentas que mencionas > >> quizá te convendría investigar alguna solución más enfocada al archivo > >> de correos tipo EMC/DMS o DBMail. > > > No se trata de almacenarlos indefinidamente, se trata de dar acceso a un > > sistema de correo donde hay almacenado muchos correos (algunos usuarios > > solo accedían por web y tienen mas de 600M de correo) y que va a dejar > > de funcionar, para usar el correo a partir de una fecha usaran otro > > sistema y quedara anulado el anterior, tenemos que copiar todo lo que > > hay en el antiguo y dejárselo accesible a los usuarios, pero solo para > > acceder a sus correos, no para usarlo como sistema de correo (para eso > > esta el nuevo). > > Sigue aplicando la recomendación que te daba, más que nada por el volumen > de datos/usuarios y de que se trata de soluciones integradas que te > permitirán "desconectar" el histórico de correos cuando ya no sea > necesario sin mayores consecuencias (ese tipo de servidores suelen > integrar su propia base de datos para usuarios y mensajes). > > > La pregunta se concreta en ¿hay algún sistema web que permita quitarle > > (de forma fácil) las opciones de "reenvio" "responder" o "editar > > nuevo"?. > > Cualquier webmail te permitirá personalizar la "botonera" de los > clientes, pero más importante que la interfaz es que el sistema no > permita (por ningún medio, que la gente es muy "listilla" y Google está > al alcance de todos) la recepción/envío de mensajes para los dominios > seleccionados. > > Saludos, > > -- > Camaleón > > Si eres tan "listo" de poder inyectar un correo en un servidor que no tiene salida a internet, pues un gallipato para ti. No me preocupan los listos, me preocupa que un descuidado responda un mensaje oficial usando los accesos que tu le dejas y se pierda. DBMail no es la solución, de hecho según dicen ellos
DBMail is made up of several components. A normal MTA (Postfix, SendMail, QMail, Exim) is used for accepting messages. The MTA hands the messages over to dbmail-deliver, using a pipe interface, or to dbmail-lmtpd, using LMTP (Local Mail Transport Protocol). These programs take care of injecting the message into the database. Messages can be retreived from the database using dbmail-pop3d, using the POP3 protocol, or dbmail-imapd, using the IMAP4Rev1 protocol. esto es es una forma de almacenamiento para que se conecten los clientes de correo y parto de que no quiero que nadie se conecte (excepto via web) y que estoy montando un sistema temporal, en unos meses se borrara todo. Gracias de todas formas por dedicarme tu interés y tiempo. -- trujo <antonio.trujillo.s...@juntadeandalucia.es> -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1369984185.7998.18.ca...@trujo.hvn.sas.junta-andalucia.es
