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)
3. Servicios de correo (referencia)
La versión de Oracle Solaris de sendmail
Indicadores utilizados y no utilizados para compilar sendmail
MILTER, API de filtro de correo para sendmail
Comandos sendmail alternativos
Versiones del archivo de configuración
Componentes de software y hardware de servicios de correo
Agente de transferencia de correo
Servicios de envío de correo y sendmail
Servicios de envío de correo del protocolo simple de transferencia de correo (SMTP)
Servicios de envío de correo del programa de copia de UNIX a UNIX (UUCP)
Nombre de dominio de servicio de nombres y nombre de dominio de correo
Formato típico para direcciones de correo
Direcciones de correo independientes de ruta
Archivos y programas de servicio de correo
Mejoras en la utilidad vacation
Contenido del directorio /usr/bin
Contenido del directorio /etc/mail
Contenido del directorio /etc/mail/cf
Contenido del directorio /usr/lib
Otros archivos utilizados para servicios de correo
Interacciones de programas de correo
sendmail y sus mecanismos de reenrutamiento
Archivo de configuración de sendmail
Situaciones que se deben evitar
Controles para archivos .forward
Direcciones de correo y enrutamiento de correo
Interacciones de sendmail con servicios de nombres
sendmail.cf y dominios de correo
sendmail y servicios de nombres
Dominios de correo y dominios de servicio de nombres
Requisitos para servicios de nombres
Cambios en la versión 8.14 de sendmail
Cambios en la versión 8.13 de sendmail
Compatibilidad para ejecutar SMTP con TLS en la versión 8.13 de sendmail
Opciones de archivo de configuración para ejecutar SMTP con TLS
Macros para ejecutar SMTP con TLS
Conjuntos de reglas para ejecutar SMTP con TLS
Consideraciones de seguridad relacionadas con la ejecución de SMTP con TLS
Opciones de línea de comandos adicionales en la versión 8.13 de sendmail
Opciones de archivo de configuración revisadas y adicionales en la versión 8.13 de sendmail
Declaraciones FEATURE() revisadas y adicionales en la versión 8.13 de sendmail
Cambios de la versión 8.12 de sendmail
Compatibilidad con envoltorios TCP de la versión 8.12 de sendmail
Archivo de configuración submit.cf de la versión 8.12 de sendmail
Funciones que distinguen sendmail.cf de submit.cf
Cambios funcionales de la versión 8.12 de sendmail
Opciones de línea de comandos descartadas o adicionales de la versión 8.12 de sendmail
Argumentos adicionales para las opciones PidFile y ProcessTitlePrefix de la versión 8.12 de sendmail
Macros definidas adicionales de la versión 8.12 de sendmail
Macros adicionales de la versión 8.12 de sendmail
Macros MAX adicionales de la versión 8.12 de sendmail
Macros de configuración m4 revisadas y adicionales de la versión 8.12 de sendmail
Cambios en la declaración FEATURE() de la versión 8.12 de sendmail
Cambios en la declaración MAILER() de la versión 8.12 de sendmail
Indicadores de agente de entrega adicionales de la versión 8.12 de sendmail
Ecuaciones adicionales para agentes de entrega de la versión 8.12 de sendmail
Funciones de cola adicionales de la versión 8.12 de sendmail
Cambios en LDAP de la versión 8.12 de sendmail
Cambio en la aplicación de correo integrada de la versión 8.12 de sendmail
Conjuntos de reglas adicionales de la versión 8.12 de sendmail
Cambios en los archivos de la versión 8.12 de sendmail
Versión 8.12 de sendmail y direcciones IPv6 en configuración
En esta sección, se describen nombres de dominio que se aplican a sendmail y servicios de nombres. Además, en esta sección, se describen las reglas para el uso eficaz de los servicios de nombres y las interacciones específicas de sendmail con servicios de nombres. Para obtener detalles, consulte los siguientes temas.
Si busca información sobre tareas relacionadas, consulte Cómo usar DNS con sendmail o Administración de los archivos de alias de correo (mapa de tareas) en el Capítulo 2, Servicios de correo (tareas).
El archivo sendmail.cf estándar utiliza dominios de correo para determinar si el correo se entrega directamente o mediante un host de correo. El correo intradominio se entrega mediante una conexión SMTP directa, mientras que el correo entredominio se reenvía a un host de correo.
En una red segura, sólo unos pocos hosts seleccionados están autorizados a generar paquetes que están dirigidos a destinos externos. Incluso si un host tiene la dirección IP del host remoto que es externo al dominio de correo, no se garantiza el establecimiento de una conexión SMTP. El sendmail.cf estándar asume lo siguiente.
El host actual no está autorizado a enviar paquetes directamente a un host fuera del dominio de correo.
El host de correo puede reenviar el correo a un host autorizado que puede transmitir paquetes directamente a un host externo. En realidad, el host de correo puede ser un host autorizado.
Con estos supuestos, el host de correo es responsable de entregar o reenviar correo interdominio.
sendmail impone diversos requisitos en los servicios de nombres. Para comprender mejor estos requisitos, en esta sección, primero, se describe la relación de dominios de correo con dominios de servicio de nombres. Luego, se describen los diversos requisitos. Consulte lo siguiente.
Página de comando man para nsswitch.conf(4)
El nombre de dominio de correo debe ser un sufijo del dominio de servicio de nombres. Por ejemplo, si el nombre de dominio del servicio de nombres es A.B.C.D, el nombre de dominio de correo puede ser uno de los siguientes.
A.B.C.D
B.C.D
C.D
D
Cuando se establece por primera vez, el nombre de dominio de correo suele ser idéntico al dominio de servicio de nombres. A medida que la red crece, el dominio de servicio de nombres se puede dividir en fragmentos más pequeños para que el servicio de nombres sea más manejable. Sin embargo, el dominio de correo suele permanecer sin dividirse para proporcionar una creación de alias coherente.
En esta sección, se describen los requisitos que sendmail impone sobre los servicios de nombres.
Se debe configurar un mapa o una tabla de host en un servicio de nombres para admitir tres tipos de consultas gethostbyname().
mailhost: algunas configuraciones de servicio de nombres cumplen este requisito automáticamente.
Nombre de host completo (por ejemplo, smith.admin.acme.com): muchas configuraciones de servicio de nombres cumplen este requisito.
Nombre de host corto (por ejemplo, smith): sendmail debe conectarse al host de correo para reenviar correo externo. Para determinar si una dirección de correo se encuentra dentro del dominio de correo actual, gethostbyname() se invoca con el nombre de host completo. Si la entrada se encuentra, la dirección se considera interna.
NIS y DNS admiten gethostbyname() con un nombre de host corto como argumento, por lo que este requisito se cumple automáticamente.
Se deben seguir dos reglas adicionales sobre el servicio de nombres de host para establecer servicios sendmail efectivos dentro de un servicio de nombres.
gethostbyname() con argumento de nombre de host completo y argumento de nombre de host corto debe generar resultados coherentes. Por ejemplo, gethostbyname(smith.admin.acme.com) debe devolver el mismo resultado que gethostbyname(smith) si ambas funciones son llamadas desde el dominio principal admin.acme.com.
Para todos los dominios de servicio de nombres bajo un dominio de correo común, gethostbyname() con un nombre de host corto debe generar el mismo resultado. Por ejemplo, si se proporciona el dominio de correo smith.admin.acme.com, gethostbyname(smith) debe devolver el mismo resultado cuando la llamada se origina desde el dominio ebb.admin.acme.com o desde el dominio esg.admin.acme.com. El nombre de dominio de correo suele ser más corto que el dominio de servicio de nombres, lo cual da a este requisito implicaciones especiales para varios servicios de nombres.
Para obtener más información sobre la función gethostbyname(), consulte la página del comando man gethostbyname(3NSL).
En la siguiente lista, se describen las interacciones de sendmail y NIS, y se proporciona cierta orientación.
Nombre de dominio de correo: si está configurando NIS como el servicio de nombres principal, sendmail filtra automáticamente el primer componente del nombre de dominio NIS y utiliza el resultado como el nombre de dominio de correo. Por ejemplo, ebs.admin.acme.com se convierte en admin.acme.com.
Nombre de host de correo: debe tener una entrada mailhost en el mapa de hosts NIS.
Nombres de host completos: la configuración común de NIS no "comprende" el nombre de host completo. En lugar de intentar que NIS comprenda el nombre de host completo, desactive este requisito desde sendmail editando el archivo sendmail.cf y reemplazando todos los casos de %l con %y. Este cambio desactiva la detección de correo interdominio de sendmail. Si el host de destino puede resolverse en una dirección IP, se intenta una entrega SMTP directa. Asegúrese de que el mapa de hosts NIS no contenga ninguna entrada de host que sea externa al dominio de correo actual. De lo contrario, deberá personalizar aún más el archivo sendmail.cf.
Coincidencia de nombres de host completos y nombres de host cortos: siga las instrucciones anteriores sobre cómo desactivar gethostbyname() para un nombre de host completo.
Varios dominios NIS en un dominio de correo: todos los mapas de hosts NIS en un dominio de correo común deben tener el mismo conjunto de entradas de host. Por ejemplo, el mapa de hosts en el dominio ebs.admin.acme.com debe ser el mismo que el mapa de hosts en el dominio esg.admin.acme.com. De lo contrario, una dirección podría funcionar en un dominio NIS, pero no en el otro dominio NIS.
Para obtener información sobre las tareas, consulte Administración de los archivos de alias de correo (mapa de tareas) en el Capítulo 2, Servicios de correo (tareas).
En la siguiente lista, se describen las interacciones de sendmail con NIS y DNS, y se proporciona cierta orientación.
Nombre de dominio de correo: si está configurando NIS como el servicio de nombres principal, sendmail filtra automáticamente el primer componente del nombre de dominio NIS y utiliza el resultado como el nombre de dominio de correo. Por ejemplo, ebs.admin.acme.com se convierte en admin.acme.com.
Nombre de host de correo: cuando la función de reenvío de DNS está activada, las consultas que NIS no puede resolver se reenvían al DNS, así que no es necesario una entrada mailhost en el mapa de hosts NIS.
Nombres de host completos: aunque NIS no "comprenda" nombres de host completos, el DNS los comprende. Este requisito se cumple cuando se sigue el procedimiento regular para configurar NIS y DNS.
Coincidencia de nombres de host completos y nombres de host cortos: para cada entrada de host en la tabla de hosts NIS, debe tener una entrada de host correspondiente en DNS.
Varios dominios NIS en un dominio de correo: todos los mapas de hosts NIS en un dominio de correo común deben tener el mismo conjunto de entradas de host. Por ejemplo, el mapa de hosts en el dominio ebs.admin.acme.com debe ser el mismo que el mapa de hosts en el dominio esg.admin.acme.com. De lo contrario, una dirección podría funcionar en un dominio NIS, pero no en el otro dominio NIS.
Para obtener información sobre las tareas, consulte Cómo usar DNS con sendmail y Administración de los archivos de alias de correo (mapa de tareas) en el Capítulo 2, Servicios de correo (tareas).