servicio para redirigir mails

Question

servicio para redirigir mails

Cyttorak 15 dic 2013 20:13

Adicto

127 mensajes
desde dic 2003

Hola

Necesito montar en una maquina linux un servicio (o algo que pueda poner como tarea programada) que lea una cuenta de correo desde pop (o imap) y reenvié los correos a otra cuenta de correo.

Ambas cuentas de correo son externas, no están en la misma maquina.
Y no se quiere almacenar los mails en local ni nada por el estilo, no tener un servidor de correo en la maquina ni nada parecido.

Solo se quiere el servicio de reenviar los mails.

¿Alguna idea?

5 respuestas

naeru 16 dic 2013 07:25 0 **751** mensajes desde **sep 2013** · Answer 1 · 2013-12-16T06:25:17+00:00

Hola, ¿podría servir algo de esto?

http://www.win.tue.nl/bcf/linux/softwar ... orward.php

http://www.inkplant.com/code/linux-email-forwarding.php

Un programa que redirige de forma automática es 'Mailmax', pero ahora no veo ningun otro equivalente para Linux..

Saludos

Cyttorak 16 dic 2013 10:36 Adicto **127** mensajes desde **dic 2003** · Answer 2 · 2013-12-16T09:36:15+00:00

No me vale porque me parece que eso es para reenviar los coreos que manda el sistema a los propios usuarios del sistema.

Lo que yo quiero es hacer una especie de pasarela.

Un ejemplo. Imaginemos cuando configuramos nuestra cuenta gmail para que obtenga el correo de otra cuenta distinta vía pop.
Entonces, imaginemos, que gmail quita ese servicio o deja de funcionar y entonces pensamos: bueno, pues yo tengo en casa una maquina todo el día conectada ¿por que no la pongo un apaño para conseguir la misma funcionalidad? Es decir, tengo algo que lee vía pop los mails de una cuenta y los reenvia a la otra cuenta (la de gmail en nuestro ejemplo). Lo hace según llegan, así que no debería almacenar nada en local.

Answer 3 · 2013-12-24T10:56:38+00:00

No es algo difícil:

- fetchmail para descargarte el correo vía pop3/imap. Se puede ejecutar regularmente: si tu distribución no lo hace directamente, lo metes tú en el crontab.
- procmail o maildrop para procesar el correo.
- tu servidor local de correo (exim4, postfix...) o msmtp para reenviar el correo a la otra cuenta.

El esquema es el siguiente:

1. Se ejecuta fetchmail regularmente y descarga el correo y se lo pasa a tu servidor local.
2. Tu servidor local se lo entrega al usuario, pero como tienes instalado procmail/maildrop, este se encarga de procesarlo.
3. Al procesador de correo le dices que los correos de la dirección X los reenvíe a la dirección Y, bien con tu propio servidor, bien con un programa como mstmp que se encarga de usar un smtp externo. Posiblemente esto segundo sea lo más adecuado, porque si usas tu propio servidor es probable que el servidor de destino rechace los mensajes por considerarlos spam.

Es posible que te puedes ahorrar el uso de procmail/maildrop, pero para eso habría que empollarse el servidor de correo en cuestión y toquetear su configuración.

Cyttorak 24 dic 2013 12:17 Adicto **127** mensajes desde **dic 2003** · Answer 4 · 2013-12-24T11:17:07+00:00

Muchas gracias.

Pero al final he usado esta solución: http://apuntes.pusku.com/251
¿qué os parece?

Answer 5 · 2013-12-24T11:58:26+00:00

Cyttorak escribió:Muchas gracias.

Pero al final he usado esta solución: http://apuntes.pusku.com/251
¿qué os parece?

MIrando por encima:

- davmail es sólo si la cuenta de origen tiene acceso owa (no pop o imap). O sea que es prescindible en caso de que tu cuenta de origen tenga POP3 para acceder al buzón.
- pop2imap es el que realmente hace el trabajo: descarga por pop (de una cuenta) y "sube" a través de imap (a la otra).

Si he entendido bien todo:

- Esta solución es más limpia que la que te propuse, pero exige que el servidor de destino tenga servicio IMAP (cosi todas las cuentas modernas lo tienen).
- La otra es una solución general ya que usa POP (o IMAP) para descargar de la cuenta de origen y SMTP para enviar a la de destino.

Así que si te funciona, creo que es preferible usar las capacidades de IMAP.