Comprensión esencial de master.cf cuando no se pueden recibir correos en un servidor de correo con Postfix y Dovecot

5 min

dovecotfreebsdpostfixvpsメールサーバー
language: ja bn en es hi pt ru zh-cn zh-tw

Hola, soy un inútil.

Desde que configuré mi propio servidor de correo el 20 de agosto, puedo enviar correos después de la autenticación TLS/SSL, pero no puedo recibirlos.
No aparecía ningún registro de error, así que estaba perdido, pero lo he resuelto.

Así que, sobre master.cf, creo que básicamente está configurado de la siguiente manera.

Entorno
・FreeBSD
・Postfix
・Dovecot
・SSL, DKIM, DMARC, etc. ya configurados


#smtpd     pass  - - n       - - smtpd
#dnsblog   unix  - - n       - 0       dnsblog
#tlsproxy  unix  - - n       - 0       tlsproxy
# Choose one: enable submission for loopback clients only, or for any client.
#127.0.0.1:submission inet n - n       - - smtpd
submission inet n       - n       - - smtpd
  -o smtpd_tls_security_level=encrypt
  -o smtpd_sasl_auth_enable=yes
  -o smtpd_sasl_type=dovecot
  -o smtpd_reject_unlisted_recipient=no
  -o smtpd_recipient_restrictions=permit_sasl_authenticated,reject
#  -o smtpd_client_restrictions=permit_sasl_authenticated,reject
  -o milter_macro_daemon_name=ORIGINATING
smtps     inet  n       - n       - - smtpd
  -o smtpd_tls_security_level=encrypt
  -o smtpd_sasl_auth_enable=yes
  -o smtpd_sasl_type=dovecot
  -o smtpd_reject_unlisted_recipient=no
  -o smtpd_recipient_restrictions=permit_sasl_authenticated,reject
#  -o smtpd_client_restrictions=permit_sasl_authenticated,reject
  -o milter_macro_daemon_name=ORIGINATING
#  -o syslog_name=postfix/submission
#  -o smtpd_tls_security_level=encrypt
#  -o smtpd_sasl_auth_enable=yes
〜

Lo que estaba mal es que lo había configurado de la siguiente manera.

smtpd     inet  n       - n       - - smtpd
#smtp      inet  n       - n       - 1       postscreen
#smtpd     pass  - - n       - - smtpd
#dnsblog   unix  - - n       - 0       dnsblog
#tlsproxy  unix  - - n       - 0       tlsproxy
# Choose one: enable submission for loopback clients only, or for any client.
#127.0.0.1:submission inet n - n       - - smtpd
submission inet n       - n       - - smtpd
smtps     inet  n       - n       - - smtpd
  -o smtpd_tls_security_level=encrypt
  -o smtpd_sasl_auth_enable=yes
  -o smtpd_sasl_type=dovecot
  -o smtpd_reject_unlisted_recipient=no
  -o smtpd_recipient_restrictions=permit_sasl_authenticated,reject
#  -o smtpd_client_restrictions=permit_sasl_authenticated,reject
  -o milter_macro_daemon_name=ORIGINATING
#  -o syslog_name=postfix/submission
#  -o smtpd_tls_security_level=encrypt
#  -o smtpd_sasl_auth_enable=yes
#  -o smtpd_tls_auth_only=yes

Pensé que si la parte de `-o` estaba escrita en la parte inferior, se aplicaría a todo.

De hecho, ni siquiera había escrito smtps inet~...

Por lo tanto, cuando se utiliza la autenticación TLS/SSL para la comunicación de recepción en los puertos de envío 995 y 993, es necesario añadir los parámetros -o debajo de smtps inet ~.

Como es necesario hacerlo en cada entorno, se deben verificar los parámetros cuidadosamente en cada uno.

También los Aliases...

En la ubicación configurada por defecto, /etc/aliases es un enlace simbólico y el archivo original se encuentra en /etc/mail/aliases.

Para que el correo sea reconocido,
root : xxxxxx@eyes4you.org
añadí.

Después de actualizar, asegúrate de ejecutar newaliases.

Con esto, la ejecución completa es ahora posible.

El correo con dominio propio es lo mejor.

Hasta la próxima.

Related Posts