Acceso de retransmisión denegado (en respuesta al comando RCPT TO) Problema de Postfix

Acceso de retransmisión denegado (en respuesta al comando RCPT TO) Problema de Postfix

Estoy intentando configurar mi servidor para correo electrónico tomando como referencia este enlace:SMTP retransmisión de correo saliente en Postfix - utilizando Webmin. solíaMandrilservidor smtp en mi caso. También configuré una instancia vagabunda antes de configurar el servidor principal. Pero cuando intento enviar un correo electrónico desde el servidor (tanto vagabundo como principal) usando:

sendemail -f [email protected] -t <myemail>@gmail.com -m "Message Body" -u "Message Subject"

Los mensajes se ponen en cola en postfix y nunca llegan al destino.

/var/log/mail.logel archivo muestra:

precise64 postfix/smtpd[16542]: connect from localhost[127.0.0.1]
precise64 postfix/smtpd[16542]: 116033A4253: client=localhost[127.0.0.1]
precise64 postfix/cleanup[16545]: 116033A4253: message-id=<621108.689435886-sendEmail@precise64>
precise64 postfix/qmgr[12672]: 116033A4253: from=<[email protected]>, size=916, nrcpt=1 (queue active)
precise64 postfix/smtpd[16542]: disconnect from localhost[127.0.0.1]
precise64 postfix/smtp[16546]: Untrusted TLS connection established to smtp.mandrillapp.com[54.195.231.78]:587: TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)
precise64 postfix/smtp[16546]: 116033A4253: host smtp.mandrillapp.com[54.195.231.78] said: 454 4.7.1 <[email protected]>: Relay access denied (in reply to RCPT TO command)
precise64 postfix/smtp[16546]: Untrusted TLS connection established to smtp.mandrillapp.com[54.247.27.189]:587: TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)
precise64 postfix/smtp[16546]: 116033A4253: to=<[email protected]>, relay=smtp.mandrillapp.com[54.247.27.189]:587, delay=4.3, delays=0.06/0.01/4/0.28, dsn=4.7.1, status=deferred (host smtp.mandrillapp.com[54.247.27.189] said: 454 4.7.1 <[email protected]>: Relay access denied (in reply to RCPT TO command))

Y el /etc/postfix/main.cfarchivo:

# 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 = precise64
# myhostname = example.com
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
mydestination = precise64, localhost.localdomain, , localhost
relayhost = smtp.mandrillapp.com:587
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
# mynetworks = example.com
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
smtpd_sasl_auth_enable = yes
smtpd_recipient_restrictions = permit_mynetworks reject_unauth_destination
virtual_alias_maps = hash:/etc/postfix/generic

smtp_tls_loglevel = 1
smtp_tls_security_level = encrypt
smtp_sasl_security_options = noanonymous
smtp_generic_maps = hash:/etc/postfix/generic

Necesito alguna sugerencia. ¿Qué está pasando aquí? Soy muy nuevo en la configuración del servidor de correo. Por favor, perdónenme si hay errores tontos.

Respuesta1

El problema aquí es que configuró su servidor para que transmita cualquier correo electrónico saliente a un servidor, es decir smtp.mandrillapp.com, . Ese servidor, a su vez, no acepta retransmitir su correo.

No conozco esta empresa, pero supongo que solo transmiten correos electrónicos de clientes autenticados y usted no está iniciando sesión.

Probablemente deberías tener algo como la siguiente línea en algún lugar de tu main.cf

smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/remote_passwords
smtp_sasl_security_options = noplaintext,noanonymous
smtp_sasl_tls_security_options = noanonymous

El archivo /etc/postfix/remote_passwordsdebería verse así

smtp.mandrillapp.com:587 login:password

con su nombre de usuario/contraseña de mandrillapp.

Además, veo en su archivo de configuración una smtpd_sasl_auth_enable(tenga en cuenta la 'd' al final de smtp) que solo es relevante si espera que el cliente inicie sesión en su servidor, y no veo suficiente configuración para eso. Debes asegurarte de que sea necesario.

Respuesta2

¿Dónde estás definiendo la clave API de Mandrill? Creo que te falta smtp_sasl_password_mapsdirectiva en main.cf. Por favor vea lo siguiente:

¿Puedo configurar Postfix para enviar a través de Mandrill?

Respuesta3

Resulta que el puerto es realmente muy importante en este caso, donde especificas la combinación de nombre de usuario y contraseña para tu retransmisión. Mi servidor de correo estuvo colgado durante mucho tiempo porque no pude agregar :588 al final del nombre del servidor que estaba usando. Que PITA.

información relacionada