El término reenvío, se utilizaba para el correo ordinario desde mucho antes de las comunicaciones electrónicas, no tiene un significado técnico específico,[1] pero implica que el correo electrónico se ha movido "hacia adelante" a un nuevo destino.
Los archivos ~/.forward (ver más abajo ) proporcionan un ejemplo típico de reenvío basado en servidor a diferentes destinatarios.
El campo "remitente del correo" no equivale al encabezado "De" que suele mostrar el cliente de correo electrónico, sino que representa un campo utilizado en las primeras etapas del protocolo SMTP y, posteriormente, guardado como el encabezado Return-Path.
Por el contrario, el término redistribución a veces puede significar reenviar el mensaje y también reescribir el campo "remitente del correo".
Sin embargo, las molestas respuestas automáticas de vacaciones mal configuradas sí llegan a los autores.
La redirección intradominio cumple con SPF siempre que los servidores relevantes compartan una configuración consistente.
En este tipo de reenvío se pueden dar problemas con los remitentes del correo.
[7] Un usuario final puede reenviar manualmente un mensaje mediante un cliente de correo electrónico .
El reenvío en línea cita el mensaje debajo del texto principal del nuevo mensaje y, por lo general, conserva los archivos adjuntos originales, así como una selección de encabezados (por ejemplo, el original "De" y "Responder a" ).
En 1989, RFC 1123 recomendó aceptar el enrutamiento de origen solo para compatibilidad con versiones anteriores.
En ese momento, el reenvío de mensajes sin formato[7] convirtió en la acción recomendada para la expansión del alias.
La distinción original contrastaba demonios y programas controlados por el usuario que se ejecutan en la misma máquina.
Sin embargo, los usuarios virtuales tienen más dificultades para acceder a sus archivos de configuración.