mandrillapp handlebars email smtp protocols

email - handlebars - mandrillapp



En SMTP, ¿debe coincidir RCPT TO: and TO:? (3)

Al enviar un correo electrónico, la lista de destinatarios se proporciona durante el diálogo SMTP a través del comando RCTP TO:. Más adelante, en el comando DATA, se indican los campos de encabezado como ''A'', ''Cc'', ''bcc''. ¿Esta lista RCPT TO de destinatarios debe coincidir con los encabezados indicados en el comando DATA?

Además, si el destinatario no se indica en RCPT TO, sino en el campo To del encabezado del correo electrónico, ¿se enviará al destinatario y no a RCPT TO?


¿Esta lista RCPT TO de destinatarios debe coincidir con los encabezados indicados en el comando DATA?

No

si el destinatario no se indica en RCPT TO, pero en el campo To del encabezado del correo electrónico, ¿se enviará al destinatario y no a RCPT TO?

El RCPT. Aquí hay una transcripción (modificada) de mi propio cliente SMTP donde hago lo que pido:

CLIENT: MAIL FROM:<[email protected]> SERVER: 250 2.1.0 OK CLIENT: RCPT TO:<[email protected]> SERVER: 250 2.1.5 OK CLIENT: DATA SERVER: 354 Go ahead CLIENT: Subject: Test email CLIENT: From:''John Doe''<[email protected]> CLIENT: To:''John Doe''<[email protected]> CLIENT: This is a test... CLIENT: .

El mensaje se envió con éxito a "[email protected]".


El protocolo SMTP ( RFC 2821 ) establece lo siguiente:

Cuando se utiliza el formato RFC 822 [7, 32], los datos de correo incluyen la
elementos del encabezado de la nota, como Fecha, Asunto, Para, Cc, Desde. Servidor SMTP
Los sistemas NO DEBEN rechazar mensajes basados ​​en defectos percibidos en el
Encabezado del mensaje RFC 822 o MIME [12] o cuerpo del mensaje.

Y esto:

El comando DATA puede fallar solo en dos puntos en el intercambio de protocolo:

  • Si no hubo CORREO, o RCPT, el comando o todos los comandos rechazados, el servidor PUEDE devolver un "comando fuera de secuencia" (503) o "ningún destinatario válido" (554) en respuesta al comando DATOS. Si se recibe una de esas respuestas (o cualquier otra respuesta de 5 años), el cliente NO DEBE enviar los datos del mensaje; más generalmente, los datos del mensaje NO DEBEN ser enviados a menos que se reciba una respuesta 354.

A partir de estas declaraciones, los encabezados y el contenido del comando RCPT TO: no tienen que coincidir (aunque deben coincidir), y no usar RCPT TO: PUEDE generar un error para evitar continuar con el comando DATA.


No, no tienen que coincidir. Cuando se envía el mensaje, el servidor SMTP (también conocido como Agente de transferencia de mensajes o MTA) está creando un llamado sobre SMTP que contiene los destinatarios y el remitente del mensaje (consulte RFC5321 ):

SMTP transporta un objeto de correo. Un objeto de correo contiene un sobre y contenido. El sobre SMTP se envía como una serie de unidades de protocolo SMTP (descritas en la Sección 3). Consiste en una dirección de originador (a la que deben dirigirse los informes de errores), una o más direcciones de destinatarios y material de extensión de protocolo opcional.

En realidad, es bastante frecuente que el comando RCPT TO: tenga más destinatarios que el encabezado del mensaje; un caso común es el uso de "copias ocultas" bcc: (consulte RFC5321 ):

Las direcciones que no aparecen en la sección del encabezado del mensaje pueden aparecer en los comandos RCPT a un servidor SMTP por varios motivos. Los dos más comunes implican el uso de una dirección de correo como "detonador de listas" (una única dirección que se resuelve en varias direcciones) y la aparición de "copias ocultas".