El correo comienza en un cliente, este cliente lo envía al servidor. Si el servidor tiene que entregarlo a otro servidor (porque no está sirviendo correo para el dominio al que debe ir el correo), lo reenvía al servidor que lo hace. Este servidor luego se agrega received : fromal encabezado.
Bart crea un correo electrónico y lo entrega al servidor de correo para midominio.com. Este servidor mira la dirección de destino y ve que es yourdomain.com. Este servidor no proporciona correo para yourdomain.com. Tiene que buscar el servidor que lo hace a través de los Registros MX yourdomain.comy luego reenviarle el correo.
Cuando el servidor de correo yourdomain.comha recibido el correo, lo agrega received : from mail.mydomain.comy lo entrega al sohaibafifibuzón de correo o lo entrega a otro servidor si fuera necesario.
Ejemplo de tal cadena:
Received: by 10.42.195.134 with SMTP id ec6csp80279icb;
Tue, 19 Jun 2012 00:45:09 -0700 (PDT)
Received: by 10.180.103.42 with SMTP id ft10mr929660wib.18.1340091908492;
Tue, 19 Jun 2012 00:45:08 -0700 (PDT)
Received: from barracuda2.infraxnet.be (mail2.infraxnet.be. [78.24.168.38])
by mx.google.com with ESMTP id c73si24136496wec.20.2012.06.19.00.45.07;
Tue, 19 Jun 2012 00:45:08 -0700 (PDT)
Para ser específico sobre una de sus preguntas: no, la PC del usuario no estará en esos encabezados si está usando el correo web. Y tenga en cuenta que los proveedores de correo electrónico pueden no incluir el encabezado. Gmail, por ejemplo, es un proveedor de este tipo.
Halfgaar
@Halfgaar: ¿Estás seguro de que Google no incluye estos encabezados? Sólo tenía una mirada y que donde hay :)
Bart De Vos
Hmm, no puedo encontrar nada al respecto ahora. Podría haber jurado que ese era el caso.
Halfgaar
Por supuesto, esos encabezados se pueden falsificar fácilmente, lo que sugiere una procedencia que realmente no existía.
David Schmitt
2
Además de lo que @Bart De Vos está diciendo, incluso el primer servidor de correo que recibe el mensaje, es decir, el servidor local de su organización agregará un encabezado Recibido: del que indica el cliente que envía el mensaje. En el caso de una interfaz web en el correo (webmail), el cliente que envía el mensaje es el servidor que aloja la aplicación WebMail. Por lo general, se registran tanto la dirección IP como el nombre del cliente, pero solo es posible registrar la dirección IP si no se puede descubrir el nombre (DNS). Por ejemplo, mi servidor (postfix) graba esto así
Received: from [10.16.16.63] (client.inmydomain [10.16.16.63]) .....
Esencialmente, como resultado de lo anterior, un mensaje puede rastrearse hasta su origen de esta manera y la ruta (retransmisiones) que ha atravesado. Sin embargo, ten en cuenta que hay formas de modificar estos registros.
Además de lo que @Bart De Vos está diciendo, incluso el primer servidor de correo que recibe el mensaje, es decir, el servidor local de su organización agregará un encabezado Recibido: del que indica el cliente que envía el mensaje. En el caso de una interfaz web en el correo (webmail), el cliente que envía el mensaje es el servidor que aloja la aplicación WebMail. Por lo general, se registran tanto la dirección IP como el nombre del cliente, pero solo es posible registrar la dirección IP si no se puede descubrir el nombre (DNS). Por ejemplo, mi servidor (postfix) graba esto así
Esencialmente, como resultado de lo anterior, un mensaje puede rastrearse hasta su origen de esta manera y la ruta (retransmisiones) que ha atravesado. Sin embargo, ten en cuenta que hay formas de modificar estos registros.
fuente
Acabo de hacer la prueba por ti:
Primero envié un correo electrónico desde mi perspectiva a mi gmail y luego desde la interfaz web de hotmail. Este es el resultado:
Desde mi punto de vista:
Desde hotmail:
Como puede ver cuando envío el correo electrónico desde la interfaz web de hotmail, la IP de mi computadora no está incluida.
fuente