Configurar un servidor de correo electrónico solo de reenvío


8

Todo lo que quiero hacer es instalar postfix y reenviar correos electrónicos. No necesito nada para permanecer en mi servidor. Esto me está dando un infierno. Intenté lo mejor que pude, pero Postfix está negando todos los relés.

Lo que quiero es esto. Digamos que mi servidor está en example.com. Quiero esto:

Reenvío de correo electrónico: usuario1@ejemplo.com -> usuario1@gmail.com usuario2@ejemplo.com -> usuario2@yahoo.com usuario3@ejemplo.com -> usuario3@hotmail.com

Todo lo que necesito es un cuadro de reenvío que redirija los correos electrónicos que llegan a él. Como obviamente hay algo mal con mi configuración, realmente podría usar un ejemplo main.cf para mi propósito, y seguiré mi camino.

Editar: registros

Lo extraño es que los registros no me dan ningún error.

main.cf:

mreiley@Omega-14:/var/log$ cat /etc/postfix/main.cf
# See /usr/share/postfix/main.cf.dist for a commented, more complete version


# Debian specific:  Specifying a file name will cause the first
# line of that file to be used as the name.  The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

readme_directory = no

# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

myhostname = omega-14.omegadev.org
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = omega-14.omegadev.org, localhost.omegadev.org, localhost
relayhost = 
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all

virtual_alias_domains = omegadev.org monovec.com ifmovement.org
virtual_alias_maps = hash:/etc/postfix/virtual

mreiley@Omega-14:/var/log$ 

archivo de reenvío virtual:

mreiley@Omega-14:/var/log$ cat /etc/postfix/virtual
[EXPUNGED]@omegadev.org blahboybang@gmail.com
mreiley@omegadev.org blahboybang@gmail.com

mreiley@Omega-14:/var/log$ 

Luego envío un correo electrónico desde gmail para probar la configuración. Esto es lo que muestra mail.log:

Jul 16 16:00:32 Omega-14 postfix/smtpd[4282]: connect from mail-px0-f179.google.com[209.85.212.179]
Jul 16 16:00:32 Omega-14 postfix/smtpd[4282]: 72784483A: client=mail-px0-f179.google.com[209.85.212.179]
Jul 16 16:00:32 Omega-14 postfix/cleanup[4287]: 72784483A: message-id=<4C40E48C.1080701@Paraphymn.com>
Jul 16 16:00:32 Omega-14 postfix/qmgr[4274]: 72784483A: from=<blahboybang@gmail.com>, size=2026, nrcpt=1 (queue active)
Jul 16 16:00:33 Omega-14 postfix/smtp[4288]: 72784483A: to=<blahboybang@gmail.com>, orig_to=<mreiley@omegadev.org>, relay=gmail-smtp-in.l.google.com[74.125.53.27]:25, delay=1.5, delays=0.08/0.01/0.08/1.3, dsn=2.0.0, status=sent (250 2.0.0 OK 1279321231 d5si4147919wam.28)
Jul 16 16:00:33 Omega-14 postfix/qmgr[4274]: 72784483A: removed

El registro afirma que la entrega fue un éxito completo, pero el correo electrónico nunca aparece en mi bandeja de entrada o carpeta de correo no deseado.

Sin embargo, si uso telnet, obtengo una historia diferente.

mreiley@Omega-14:/var/log$ telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 omega-14.omegadev.org ESMTP Postfix (Ubuntu)
helo omegadev.org
250 omega-14.omegadev.org
mail from:mreiley@omegadev.org
250 2.1.0 Ok
rcpt to:blahboybang@gmail.com
554 5.7.1 <blahboybang@gmail.com>: Relay access denied

¡Actualizar! Parece que GOOGLE MISMO me está bloqueando. Los correos electrónicos enviados a otros proveedores se envían, pero cuando se envían a gmail, ni siquiera llegan al spam.


Quizás podría mostrarnos lo que tiene y proporcionar algunos errores de los registros para ayudarnos.
Nathan Powell

@TachyonImpact ¿está funcionando ahora? Si es así, estaría muy interesado en una solución detallada, tengo el mismo problema.
Basj

Respuestas:


2

¿Está enviando el correo electrónico de prueba desde gmail? En el alojamiento web Laughing Squid encontramos que a gmail no le gusta el correo electrónico reenviado si se envía desde gmail y luego se reenvía a gmail. Parece que tiene que ver con su filtro de spam. Sugeriría probar con Yahoo y ver qué pasa entonces.


1

La sesión de Telnet y los registros de postfix no parecen estar haciendo lo mismo.

El 'RCPT TO' debe ser el usuario local, no el usuario de gmail.

El 'CORREO DESDE' también es diferente, ya que en el segundo, pareces ser el usuario local, y en el primero, eres un usuario de gmail.

Entonces la sesión telnet no es una prueba válida.

Los registros indican que google ha aceptado el correo electrónico. Verifique su etiqueta de spam nuevamente.


No está en mi carpeta de spam. He enviado más de 10. Sea lo que sea que diga Postfix, Google no está recibiendo los correos electrónicos.
TachyonImpact

¡Actualizar! Parece que GOOGLE MISMO me está bloqueando. Los correos electrónicos enviados a otros proveedores pasan, pero cuando se envían a gmail, ni siquiera llegan al correo no deseado.
TachyonImpact

Ok, no del todo sorprendente. ¿Tiene registros PTR configurados para ese dominio?
Nathan Powell
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.