¿Cuáles son las funciones y configuraciones comunes de postfix?

nombre A ip

Ver a través de excavación después de la configuración si la configuración se realizó correctamente

Nota: al modificar el nombre de host o la tarjeta de red. configuración, el contenido del archivo /etc/resolv.conf se cambiará, lo que afectará el uso normal de DNS. En /etc/NetworkManager/NetworkManager.conf Agregar dns=none no se verá afectado.

relayhost

El parámetro Relayhost especifica el siguiente MTA. Puede enviar el correo electrónico a RELAYHOST sin realizar la resolución de DNS, y RELAYHOST le ayudará a resolverlo

relayhost=. [IP ]/hostname

El nombre de host debe ser analizable. El método de análisis predeterminado es DNS. Si desea utilizar /etc/hosts para analizar, debe modificar un parámetro.

smtp_host_lookup. El valor de este parámetro puede ser Cuando dns (solo dns); nativo (solo /etc/nsswitch.conf); nativo (se prefiere dns)

transporte

transporte: La función es la misma que la de Relayhost, pero no Ayuda a reenviar incondicionalmente, con restricciones de dominio

/etc/postfix/main.cf transport_maps = hash:/etc/postfix/transport (el archivo puede ser arbitrario , este es el valor predeterminado)

dominio? smtp: [IP]: 25

Generar base de datos: postmap? /etc/postfixe/transport ¿Generar base de datos transport.db?

Observaciones: prioridad de transporte gt; mydestination gt ; Relayhost

Nota: Hay varios formatos para las tablas de bases de datos de transporte. Postconf -m puede verificar los formatos de tablas de bases de datos admitidos. /p>

Si está en formato regexp, el formato de reenvío en el archivo de transporte es diferente:

/filter/?: Relayhost //El símbolo "." en el filtro debe tener carácter de escape.

cola

Cuando el correo electrónico no se puede enviar, el correo electrónico se dejará en la cola en /var/spool/postfix

mailq para ver los correos electrónicos en la cola

postqueue -f intenta reenviar el correo en la cola

postqueue -i q_id? Enviar el correo especificado nuevamente

postsuper -d ¿Eliminar todo? correo en cola

postsuper - d ALL queuename elimina todos los correos electrónicos en una cola específica

postconf? Ver los parámetros del archivo de configuración principal

postconf -d Ver los valores predeterminados de los parámetros del archivo de configuración principal

Varios parámetros sobre el envío de correos electrónicos en la cola:

queue_run_delay: El intervalo de tiempo entre un programa que detecta la cola después del se inicia el servicio.

maximal_backoff_time: cuando el programa de detección se esté ejecutando, los mensajes en la cola que excedan este tiempo se reenviarán

minimal_backoff_time: cuando se exceda el valor mínimo y se envíe el mensaje. no se envía con éxito, el tiempo de envío pasará a ser *2 hasta el intervalo máximo

maximal_queue_lifetime: El tiempo máximo que existe en la cola, después del cual se elimina (el sistema considera que el correo está publicado)

telnet

¿Una forma de probar si el MTA puede comunicarse normalmente

telnet ******?

25? (Puerto nº 25 de un determinado MTA)

ehlo? *** //Indicar identidad

correo de: usuario@dominio? >

rcpt a: usuario@dominio //Enviar el correo electrónico a

datos //Ingrese el contenido del correo electrónico después

asunto: //Asunto, puede ingresar el cuerpo del correo electrónico a continuación

alias

Los alias se pueden definir en /etc/aliases El correo que llegue localmente al MTA pasará por este archivo

. Por ejemplo: a1: se define la raíz, cree una nueva base de datos, nuevos alias, los correos electrónicos enviados a a1 se almacenarán en /var/mail/root

dominio de alias virtuales

Aunque lo parezca inútil, todavía puede desempeñar un papel. Poco a poco, un MTA puede aceptar correo de múltiples dominios y es un mecanismo que no estropeará la ubicación de almacenamiento

/etc/postfix/main.cf :?

virtual_alias_domains=dominio1, dominio2

virtual_alias_map = hash:/etc/postfix/virtual (el valor predeterminado es este archivo y se puede modificar)

/etc /postfix/virtual

usuario@dominio1 ? usuario1(usuario local) //Los correos electrónicos enviados a un usuario en un determinado dominio se almacenan en /var/spool/mail/usuario1

virtual dominio del buzón

/etc/postfix /main.cf

virtual_mailbox_domains = dominio

virtual_mailbox_base = /var/mail/vhosts //Los correos electrónicos enviados se basarán en este directorio

virtual_mailbox_maps = hash: /etc/postfix/vmailbox

virtual_minimum_uid = 100 //Valor predeterminado del sistema, si los dos parámetros siguientes son menores que este valor, se producirá un error informado

virtual_uid_maps = estático: 5000

virtual_gid_maps = estático:5000

/etc/postfix/vmailbox

usuario@dominio archivo / /Los correos electrónicos enviados al usuario se almacenarán en este archivo

usuario@dominio dir ? //Los correos electrónicos enviados al usuario se almacenarán en un archivo en este directorio, de modo que cada correo electrónico tenga un archivo

postmap? /etc/postfix.vmailbox

chown 5000: 5000? El directorio de nivel superior donde se almacenan los correos electrónicos

sasl

A capa de autenticación agregada fuera del MTA, cuando uso mi MTA para ayudar a reenviar, al igual que ser confiable en RELAYHOST y transporte, también puede pasar la verificación. Un usuario del MTA puede realizar la verificación

1.install. cyrus-sasl, cyrus-sasl-plain

2./etc/postfi

x/main.cf：

smtpd_sasl_path = smtpd? //Valor predeterminado

3./etc/sasl2/smtpd.conf

pwcheck_method： saslauthd

mech_list: ¿INICIAR SESIÓN SIMPLE? //Está disponible de forma predeterminada

4 /etc/sysconfig/saslauthd:

MECH=shadow/pam

5. reinicio de saslauthd

6.# testsaslauthd -u xxx -p xxx //Prueba sasl con usuario y contraseña exitosamente

7./etc/postfix/main.cf:

smtpd_sasl_auth_enable = yes //sasl entra en vigor en postfix

broken_sasl_auth_clients = yes //Compatible con Microsoft Outlook

smtpd_relay_restrictions = permit_mynetworks, permit_sasl_authenticated, rechazar_unauth_destination

8.# echo -ne '\000nombre de usuario\000contraseña' | openssl base64? //El usuario y la contraseña generan texto cifrado base64 cuando otro MTA envía el correo electrónico y lo reenvía, se requiere autenticación

Observaciones. : Cuando sasl usa el archivo /etc/shadow para autenticar usuarios, selinux tendrá restricciones. Para eliminar las restricciones de selinux, debe abrir saslauthd_read_shadow.

prueba:

texto cifrado simple

usuario? nombre de usuario

contraseña

¿Se puede facilitar el reenvío si la autenticación es exitosa? ?