Omitir Vínculos de navegación | |
Salir de la Vista de impresión | |
Gestión de servicios sendmail en Oracle Solaris 11.1 Oracle Solaris 11.1 Information Library (Español) |
1. Servicios de correo (descripción general)
2. Servicios de correo (tareas)
Mapa de tareas para servicios de correo
Planificación del sistema de correo
Correo local y una conexión remota
Configuración de los servicios de correo (mapa de tareas)
Configuración de los servicios de correo
Cómo configurar un servidor de correo
Cómo configurar un cliente de correo
Cómo configurar un host de correo
Cómo configurar una puerta de enlace de correo
Modificación de la configuración de sendmail (mapa de tareas)
Modificación de la configuración de sendmail
Cómo generar un nuevo archivo sendmail.cf
Configuración de un host virtual
Cómo volver a generar automáticamente un archivo de configuración
Cómo usar sendmail en el modo abierto
Cómo configurar SMTP para que utilice TLS
Cómo gestionar la entrega de correo mediante una configuración alternativa de sendmail.cf
Administración de los archivos de alias de correo (mapa de tareas)
Administración de los archivos de alias de correo
Cómo configurar un mapa NIS mail.aliases
Cómo configurar un archivo de alias correo local
Cómo crear un archivo de mapa con clave
Cómo crear un alias postmaster en cada archivo /etc/mail/aliases local
Cómo crear un buzón independiente para postmaster
Cómo agregar el buzón del postmaster a los alias en el archivo /etc/mail/aliases
Administración de los directorios de la cola (mapa de tareas)
Administración de los directorios de la cola
Cómo mostrar el contenido de la cola de correo, /var/spool/mqueue
Cómo forzar el procesamiento de la cola de correo, /var/spool/mqueue
Cómo ejecutar un subconjunto de la cola de correo, /var/spool/mqueue
Cómo mover la cola de correo, /var/spool/mqueue
Cómo ejecutar la cola de correo antigua, /var/spool/omqueue
Administración de los archivos .forward (mapa de tareas)
Administración de los archivos .forward
Cómo desactivar los archivos .forward
Cómo cambiar la ruta de búsqueda de los archivos .forward
Cómo crear y rellenar /etc/shells
Procedimientos y consejos para la resolución de problemas en servicios de correo (mapa de tareas)
Procedimientos y consejos para la resolución de problemas en servicios de correo
Cómo probar la configuración de correo
Cómo comprobar los alias de correo
Cómo probar los conjuntos de reglas de sendmail
Cómo verificar las conexiones con otros sistemas
Resolución de los mensajes de error
Esta sección proporciona algunos procedimientos y consejos que puede utilizar para resolver problemas con los servicios de correo.
Para probar los cambios realizados en el archivo de configuración, siga estas instrucciones.
# svcadm refresh network/smtp:sendmail
# /usr/lib/sendmail -v names </dev/null
Especifique la dirección de correo electrónico de un destinatario.
Este comando envía un mensaje nulo al destinatario especificado y muestra la actividad de mensajes en el monitor.
Del sistema principal a un sistema cliente
De un sistema cliente al sistema principal
De un sistema cliente a otro sistema cliente
El programa sendmail no puede detectar si se envía el mensaje porque transfiere el mensaje a UUCP para su entrega.
El siguiente ejemplo muestra cómo verificar un alias.
% mconnect connecting to host localhost (127.0.0.1), port 25 connection open 220 your.domain.com ESMTP Sendmail 8.13.6+Sun/8.13.6; Tue, 12 Sep 2004 13:34:13 -0800 (PST) expn sandy 250 2.1.5 <sandy@phoenix.example.com> quit 221 2.0.0 your.domain.com closing connection %
En este ejemplo, el programa mconnect abrió una conexión con un servidor de correo en un host local y le permitió probar esa conexión. El programa se ejecuta de manera interactiva, para que pueda emitir varios comandos de diagnóstico. Para obtener una descripción completa, consulte la página del comando man mconnect(1). La entrada, expn sandy, proporcionó la dirección ampliada, sandy@phoenix.example.com. Por lo tanto, ha verificado que es posible entregar correo cuando se usa el alias sandy.
Recuerde evitar bucles y bases de datos inconsistentes cuando se utilicen alias locales y de todo el dominio. Sea especialmente cuidadoso para evitar la creación de bucles de alias cuando mueva un usuario de un sistema a otro.
Para comprobar la entrada y las devoluciones de los conjuntos de reglas de sendmail, siga estas instrucciones.
# /usr/lib/sendmail -bt
Proporcione los siguientes números y la siguiente dirección en el último indicador (>).
> 3,0 mail-sraddress
Utilice la dirección de correo que desea probar.
Presione Control + D.
Ejemplo 2-3 Salida del modo de prueba de direcciones
A continuación, se muestra un ejemplo de la salida del modo de prueba de direcciones.
% /usr/lib/sendmail -bt ADDRESS TEST MODE (ruleset 3 NOT automatically invoked) Enter <ruleset> <address> > 3,0 sandy@phoenix canonify input: sandy @ phoenix Canonify2 input: sandy < @ phoenix > Canonify2 returns: sandy < @ phoenix . example . com . > canonify returns: sandy < @ phoenix . example . com . > parse input: sandy < @ phoenix . example . com . > Parse0 input: sandy < @ phoenix . example . com . > Parse0 returns: sandy < @ phoenix . example . com . > ParseLocal input: sandy < @ phoenix . example . com . > ParseLocal returns: sandy < @ phoenix . example . com . > Parse1 input: sandy < @ phoenix . example . com . > MailerToTriple input: < mailhost . phoenix . example . com > sandy < @ phoenix . example . com . > MailerToTriple returns: $# relay $@ mailhost . phoenix . example . com $: sandy < @ phoenix . example . com . > Parse1 returns: $# relay $@ mailhost . phoenix . example . com $: sandy < @ phoenix . example . com . > parse returns: $# relay $@ mailhost . phoenix . example . com $: sandy < @ phoenix . example . com . >
El programa mconnect abre una conexión con un servidor de correo en un host especificado y le permite probar esa conexión. El programa se ejecuta de manera interactiva, para que pueda emitir varios comandos de diagnóstico. Consulte la página del comando man mconnect(1) para obtener una descripción completa. El siguiente ejemplo verifica que se pueda entregar correo al nombre de usuario sandy.
% mconnect phoenix connecting to host phoenix (172.31.255.255), port 25 connection open 220 phoenix.example.com ESMTP Sendmail 8.13.1+Sun/8.13.1; Sat, 4 Sep 2004 3:52:56 -0700 expn sandy 250 2.1.5 <sandy@phoenix.example.com> quit
Si no puede utilizar mconnect para conectarse con un puerto SMTP, compruebe estas condiciones.
¿La carga del sistema es demasiado elevada?
¿El daemon de sendmail está en ejecución?
¿El sistema tiene el archivo /etc/mail/sendmail.cf adecuado?
¿Está activo el puerto 25, es decir, el puerto que utiliza sendmail?
El servicio de correo registra la mayoría de los mensajes de error mediante el programa syslogd. De manera predeterminada, el programa syslogd envía estos mensajes a un sistema denominado loghost, que se especifica en el archivo /etc/hosts. Puede definir loghost para que almacene todos los registros de un dominio NIS completo. Si no se especifica ningún loghost, no se informan los mensajes de error de syslogd.
El archivo /etc/syslog.conf controla dónde reenvía los mensajes el programa syslogd. Puede cambiar la configuración predeterminada mediante la edición del archivo /etc/syslog.conf. Debe reiniciar el daemon syslog para que los cambios se vuelvan activos. Para recopilar información sobre el correo, puede agregar las siguientes selecciones en el archivo.
mail.alert: mensajes acerca de las condiciones que deben solucionarse ahora.
mail.crit: mensajes críticos.
mail.warning: mensajes de advertencia.
mail.notice: mensajes que no son errores, pero es posible que necesiten atención.
mail.info: mensajes informativos.
mail.debug: mensajes de depuración.
La siguiente entrada del archivo /etc/syslog.conf envía una copia de todos los mensajes críticos, informativos y de depuración a /var/log/syslog.
mail.crit;mail.info;mail.debug /var/log/syslog
Cada línea del registro del sistema contiene una indicación de hora, el nombre del sistema que generó la línea y un mensaje. El archivo syslog puede registrar una gran cantidad de información.
El registro se organiza en una serie de niveles. En el nivel más bajo, sólo se registran las instancias poco usuales. En el nivel más alto, se registran incluso los eventos más triviales y de menor interés. Por convención, los niveles de registro por debajo de 10 se consideran "útiles". Los niveles de registro superiores a 10 se utilizan normalmente para la depuración. Consulte Personalización del registro de mensajes del sistema de Resolución de problemas típicos en Oracle Solaris 11.1 para obtener información sobre loghost y el programa syslogd.
Para obtener otro tipo de información de diagnóstico, consulte las siguientes fuentes.
Observe las líneas Received en el encabezado del mensaje. Estas líneas rastrean la ruta que usó el mensaje durante la retransmisión. Recuerde que debe tener en cuenta las diferencias de zona horaria.
Observe los mensajes de MAILER-DAEMON. Estos mensajes normalmente informan problemas de entrega.
Consulte el registro del sistema que muestra los problemas de entrega para su grupo de sistemas. El programa sendmail siempre guarda sus actividades en el registro del sistema. Es posible modificar el archivo crontab para que ejecute una secuencia de comandos de shell todas las noches. La secuencia de comandos busca mensajes SYSERR en el registro y envía por correo cualquier mensaje que encuentra al postmaster.
Utilice el programa mailstats para probar los tipos de correo y determine la cantidad de mensajes entrantes y mensajes salientes.