¿Sendmail es un servidor SMTP? ¿Hay alguna diferencia entre MTA y el servidor de correo?


15

Soy nuevo en el correo y no sé exactamente cómo funciona.

He visto a los administradores usar sendmail para enviar correos electrónicos. ¿Sendmail es un servidor SMTP o es un cliente que depende del servidor SMTP para retransmitir el correo electrónico? Busqué en Google y leí que es un agente de transferencia de correo.

¿Hay alguna diferencia entre un agente de transferencia de correo y un servidor de correo?

Suponiendo que no haya comprobaciones de seguridad (DNS inverso, etc.) en el lugar cuando uso sendmail para enviar un correo electrónico a user@yahoo.com: ¿Todavía necesito pasar por otro servidor smtp (google.com?) O puedo enviar correos electrónicos? desde mi servidor usando sendmail?

También será bueno si algún alma amable puede indicarme una guía para principiantes sobre cómo funcionan los servidores de correo.

Gracias

Respuestas:


8

En mi humilde opinión, este pequeño tutorial, MUA, MTA y MDA , es muy bueno para explicar los conceptos básicos del sistema de correo electrónico de Unix.

Sí, sendmail configurado correctamente debería poder enviar correos electrónicos a cualquier MTA en hosts accesibles (pero esa MTA puede rechazar el correo por varias razones)

Ahora, cuando dice mail serverque normalmente se refiere a una ruta alternativa en cualquiera / ambos de:

  • Parte receptora
    Reemplazar básicamente el host de destino MTA + MDA (y el buzón del usuario) con un servidor de correo + varios clientes de correo que se ejecutan en varios modelos de máquinas separadas (como web / POP / IMAP / etc., generalmente aplicable a la mayoría de los servicios de correo público) como gmail / yahoo).
  • Lado de transmisión
    Básicamente reemplaza el host remitente MUA + MTA con el servidor de correo + varios clientes de correo que se ejecutan en varios modelos de máquinas separadas

8

Investigué esto un poco una vez.

Quizás evite un término como "servidor de correo" porque una vez que comience a usar un término como MTA, ahora está usando una terminología muy específica, incluso la nomenclatura, y "servidor de correo" es quizás demasiado general, incluso ambiguo, para ser significativo.

Por lo que puedo deducir, va así

MUA-->MSA--->MTA--->(MDA->Comp)<--MUA

y con un cliente IMAP / POP (MRA) y un servidor IMAP / POP (MAA) involucrados

sending(A->B->C->D->X)   then  from receiving right to left (X<--B<--A)
    A      B     C          D          X      B     A 
    MUA-->MSA--->MTA--->(MDA->Comp)-->MAA<---MRA<--MUA

Los correos electrónicos se envían al usuario @ dominio

MUA es el cliente de correo electrónico. Sería el cliente SMTP. (o tal vez de manera más precisa, una interfaz de usuario configurada para ejecutar un cliente SMTP particular que, por supuesto, es local en esa máquina pero, por supuesto, se conecta a un servidor SMTP)

MSA es un MTA, lo que significa que transfiere el correo electrónico, pero es el MTA al que se conecta el MUA. Y está en el dominio local. Ejecutaría SMTP. Sería un servidor SMTP. (posiblemente hay otros protocolos que podría ejecutar como alternativas a SMTP).

MTA es un MTA en el dominio de destino.

MDA es una computadora en el dominio del destinatario, que escribe / "entrega" el mensaje en el "almacén de correo" que está en un disco duro al que tiene acceso la computadora. A menudo local a la misma. Esa tienda de correo, almacena correo para los usuarios en el dominio.

MAA y MRA : tienen que ver con recibir correos electrónicos, en lugar de enviar correos electrónicos. El término MAA es menos conocido, y a menudo las personas se refieren a la MRA como solo el cliente IMAP / POP, y no le dan al servidor una abreviatura. Escuché que el MRA es un término tanto para cliente como para servidor, el argumento es que dice agente, por lo que solo describe una función y la definición no se limita a solo cliente o solo servidor. Pero los sitios que usan el término MAA parecen definir el MAA como el servidor y MRA como el cliente, y tal vez tengan razón. Así que iré con eso y citaré dos sitios web sobre eso, para una definición y un ejemplo.

Existe el MAA que es un servidor POP / IMAP. Y la MRA, que es el cliente POP / IMAP. Dos enlaces que mencionan esto ...

https://www.ida.liu.se/~TDDI09/lectures/TDDI09-F4.pdf
Cliente MRA Fetchmail
servidor MAA Courier IMAPD

http://archive.vector.org.uk/art10500970
MAA (Agente de acceso al correo):
administra las carpetas de una cuenta de correo electrónico y pone los mensajes a disposición de una MRA. MRA (Agente de recuperación de correo): accede a las carpetas de correo electrónico a través del MAA y pone los mensajes a disposición del MUA


Usted pregunta acerca de Sendmail ... Sé muy poco de estos programas de Linux relacionados con el correo electrónico, pero Sendmail tiene un cliente SMTP, aunque es principalmente un MTA (y cualquier programa que pueda funcionar como un MTA puede funcionar como un MSA, un MSA es solo una forma de MTA).

Pregunta si es posible enviar directamente al MTA del dominio de destino, si no hay controles de seguridad. Creo que lo hice una vez MUA a MTA, solo un servidor SMTP involucrado, así que sí. Pero normalmente es el MSA en su dominio local el que lo envía al MTA allí. Por lo tanto, normalmente hay dos servidores SMTP involucrados. Creo que lo que hice para ver eso, fue que ejecuté un servidor de correo SMA SMA sendmail o postfix, lo vi haciendo una verificación de DNS en el dominio y lo vi encontrar un MTA de destino (otro servidor SMTP). Entonces pensé, je, intentaré enviarlo directamente. Y para un dominio al que quería enviar, podría conectarme directamente a ese MTA de destino.


1
Nota: una imagen en este enlace ccm.net/contents/116-how-email-works-mta-mda-mua identifica erróneamente a MDA con POP / IMAP., Pero la imagen en ese enlace es incorrecta.
barlop

5

El término "servidor de correo electrónico" es vago. El correo electrónico tiene muchas partes móviles.

  • Sendmail es un agente de transferencia / transporte de correo (MTA), también conocido como servidor SMTP. (Hay otros, por ejemplo exim4)

    • Algo abrirá una sesión con el servidor SMTP de un dominio para enviar un mensaje a otro host en ese dominio. (El servidor SMTP del dominio se encuentra a través de registros MX de DNS)
  • Una vez que un servidor SMTP recibe un mensaje, puede hacer varias cosas:

    • Si el mensaje recibido es para un dominio diferente, puede retransmitir el mensaje al servidor SMTP de ese dominio.
    • Si el mensaje recibido es para el mismo dominio en el que vive el servidor SMTP, puede entregar el mensaje al Agente de entrega de correo (MDA) local (si no está actuando como un MDA).
    • En los sistemas UNIX, el MDA local generalmente copia el mensaje a la cola de correo de un usuario local ( mboxu Maildir) u otro mecanismo de almacenamiento.

Si usted tiene un servidor SMTP que se ejecuta en un sistema UNIX / Linux, se puede utilizar un agente de usuario de correo (MUA) tales como mutt, pineu otro programa para leer el correo de su cola de impresión local. Debe iniciar sesión en el sistema local para que esto funcione.

¿Qué sucede si desea leer el correo almacenado en un sistema remoto? El sistema remoto debe estar ejecutando un servidor POP3 o IMAP, que buscará los mensajes de la cuenta en el sistema remoto y se los traerá, opcionalmente con funciones de administración en el caso de IMAP. POP3 / IMAP no puede enviar mensajes.

Las aplicaciones que le permiten leer el correo de un servidor remoto a través de POP3 o IMAP también le permitirán enviar correo a través de SMTP y deberán implementar / ser un cliente para ambos protocolos. POP3 / IMAP y SMTP no tienen que vivir en el mismo host.

La seguridad se ha aferrado a la mayoría de estos protocolos a lo largo de los años. Cada uno de estos protocolos tiene métodos opcionales para requerir certificados de cliente o autenticación. Es particularmente importante proteger un servidor SMTP de la retransmisión de correo electrónico para usuarios no autenticados, ya que generalmente se utilizará para fines de spam. El nombre de usuario / contraseña / certificado SMTP puede ser diferente de cualquier POP3 / IMAP, que puede ser diferente de cualquier cuenta local en el sistema.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.