Tradicionalmente, Unix mail
y sus derivados (y muchas otras herramientas de Unix) usan la /usr/bin/sendmail
interfaz, provista por casi todos los agentes de transferencia de correo (MTA: postfix, exim, courier y, por supuesto, sendmail).
Es decir, el mail
programa no habla ningún protocolo de red: alimenta el mensaje a sendmail
través de stdin y le permite manejar la entrega real. (Esto se remonta a los días en que algunos correos usaban SMTP, algunos usaban UUCP, algunos usaban BITNET ...)
Una vez que se envía un mensaje a la cola sendmail
, el MTA maneja la transmisión real del mensaje, ya sea a través de SMTP u otra cosa. Dependiendo de la configuración, puede conectarse directamente al MTA de destino o retransmitir correo a través de otro host (también llamado smarthost).
La conexión directa es más común en los servidores; la retransmisión a través de smarthost es más común en computadoras personales en conexiones domésticas: la retransmisión a través de su cuenta de correo electrónico de Gmail o ISP / trabajo es esencial para evitar los filtros antispam "IP dinámicos".
(Algunos MTA como esmtp
o nullmailer
están diseñados específicamente para usuarios domésticos y siempre usan un host de retransmisión. Estos no son compatibles con la recepción de correo y son mucho más ligeros en recursos).
mailx → [/ usr / bin / sendmail] → cola MTA local → [SMTP] → MTA del destinatario → bandeja de entrada del destinatario
mailx → [/ usr / bin / sendmail] → cola MTA local → [SMTP] → Gmail o ISP / servidores de trabajo → [SMTP] → MTA del destinatario → bandeja de entrada del destinatario
Otros programas, en su mayoría clientes gráficos fáciles de usar, como Thunderbird o Outlook, siempre se conectan directamente a un servidor SMTP de retransmisión / smarthost (nuevamente, generalmente Gmail o servidor SMTP ISP / work), que transmite el mensaje en su nombre.
El soporte SMTP nativo está presente en heirloom-mailx
, pero no en el tradicional bsd-mailx
.
aplicación → [SMTP] → Gmail o ISP / servidores de trabajo → [SMTP] → destinatario MTA → bandeja de entrada del destinatario
El tercer método, conectarse directamente al servidor del destinatario, casi nunca se usa, y ningún MUA lo admite. En las computadoras personales, su uso provocará que su mensaje sea rechazado (se envía una gran cantidad de correo no deseado desde las direcciones IP de los usuarios domésticos infectados).
aplicación → [SMTP] → destinatario MTA → capturado por el filtro de spam