Question Comment se fait-il que le nom de la machine apparaisse dans l'en-tête de l'e-mail?


Tous les courriers que j'envoie arrivent avec l'en-tête suivant:

Received: from My-iMac (12.12.12.12 [12.12.12.12]) by mx.mail.com

Comment se fait le nom de ma machine My-iMac révéler? Est-ce à cause de mon client de messagerie (poste aérienne) ou est-ce le résultat d'une résolution? Existe-t-il un moyen simple de masquer mon nom d'hôte?

Merci


4
2017-12-20 14:43


origine




Réponses:


Lorsque l'hôte lance une session SMTP, il doit envoyer HELO/EHLO demande. Cette demande contient le nom d'hôte en tant qu'hôte le sait. Dans votre cas, il y a My-iMac.

Voici la citation de la wikipedia:

S: 220 smtp.example.com ESMTP Postfix
C: HELO relay.example.org
S: 250 Hello relay.example.org, I am glad to meet you
C: MAIL FROM:<bob@example.org>
S: 250 Ok
C: RCPT TO:<alice@example.com>
S: 250 Ok
C: RCPT TO:<theboss@example.com>
S: 250 Ok
C: DATA
S: 354 End data with <CR><LF>.<CR><LF>
C: From: "Bob Example" <bob@example.org>
C: To: "Alice Example" <alice@example.com>
C: Cc: theboss@example.com
C: Date: Tue, 15 January 2008 16:02:43 -0500
C: Subject: Test message
C:
C: Hello Alice.
C: This is a test message with 5 header fields and 4 lines in the message body.
C: Your friend,
C: Bob
C: .
S: 250 Ok: queued as 12345
C: QUIT
S: 221 Bye
{The server closes the connection}

Petit conseil: vous ne devez absolument pas utiliser les adresses IP 12.12.12.12 ou autres. Autorisé pour les plages d'utilisation privée: 10.0.0.0/8, 172.16.0.0/12 et 192.168.0.0/16.


2
2017-12-20 15:03



Lorsque le client est derrière un NAT / routeur, l'adresse IP est l'adresse IP externe. - boboes
Oh, j'ai cru que vous aviez copié les asis ... - Kondybas
Désolé, le 12.12.12.12 était juste une adresse IP externe fictive. Est-il possible de ne pas afficher le nom de ma machine? Je suppose, en quelque sorte, interdire à mon hôte de le résoudre (ou seulement pour les emails, si possible)? - Kar
En bref, vous ne pouvez pas. Fournir votre nom d'hôte est obligatoire et la plupart des serveurs SMTP vérifient s'il est réel. Sinon, ils pensent que l'expéditeur est un spammeur. Certains serveurs peuvent autoriser l'utilisation d'un faux nom d'hôte si l'autorisation est passée, mais ce n'est pas un comportement habituel. - Kondybas
@Kondybas comment un serveur de messagerie peut-il vérifier si le nom d'hôte dans un réseau privé derrière natting est correct? - boboes


Le client envoie son nom d'hôte (computername) au serveur de messagerie (smtp). Le serveur de messagerie connecte l'adresse IP publique d'où provient le courrier et, après une recherche inversée, le nom complet.

Votre fournisseur de messagerie doit noter l'adresse IP externe dans l'en-tête mais n'a pas besoin de noter votre nom d'utilisateur.

Dans Airmail ne semble pas être un moyen de falsifier le nom d'hôte de l'expéditeur.


1
2017-12-20 15:31



Savez-vous comment je pourrais cacher mon nom d'hôte? Je préférerais ne pas montrer mon nom d'hôte à chaque destinataire d'email. - Kar
Non, je ne connais pas un moyen facile sans mettre en place un serveur de messagerie comme Postfix. Peut-être qu'il existe des clients de messagerie qui le suppriment ou des fournisseurs de messagerie qui ne l'envoient pas. - boboes


En supposant que cet en-tête provient d'un email envoyé par un utilisateur sur un compte mail.com, je dirais que cela est dû à un serveur de messagerie mal configuré. Le serveur doit supprimer un certain nombre d'en-têtes qui révèlent des informations sur les clients. Le seul moyen dont je dispose pour résoudre ce problème est de vérifier si les mêmes informations sont révélées à l’aide de l’interface Webmail, et si ce n’est pas le cas, utilisez-les ou utilisez un fournisseur de messagerie qui supprime les en-têtes.

Malgré les commentaires ci-dessous concernant d'éventuelles violations de RFC 5321 6.4 par Google et des milliers d’autres, la solution que je propose fournira les résultats que la question semble rechercher.

Les faiblesses de cette réponse et les mauvais commentaires ci-dessous, ainsi que les pseudo-réponses ci-dessus qui sont rejetées sont la raison pour laquelle je m'aventure rarement dans la Ligue. Pour autant que je sache, j'ai la seule réponse ici qui offre une solution au problème décrit dans la question.


0
2017-12-20 16:04



Pourquoi devrait-il supprimer les informations qui peuvent être utilisées pour p. Ex. trouver des spammeurs, trouver des problèmes de délivrabilité ou être utile aux administrateurs système? - Jenny D
@JennyD Il n'est pas nécessaire d'inclure ces informations dans les en-têtes de courrier sortant. Jetez un oeil à un email envoyé depuis Gmail. Je configure tous mes serveurs de messagerie de cette façon. C'est à peu près la norme pour la plupart des administrateurs. - Paul
Gmail dispose de journaux internes lui permettant de suivre les messages tout en mélangeant les en-têtes. Et cela pose toujours des problèmes aux autres administrateurs système lorsque leurs utilisateurs se conduisent mal. Les informations sur la fusion comme celles-ci brisent les RFC et devraient être déconseillées. (Parlant en tant qu'administrateur système qui a commencé à gérer le courrier électronique il y a près de 20 ans ...) - Jenny D
@JennyD Quelle RFC stipule que les informations client doivent être communiquées au destinataire MTA? Je crois comprendre que seules les données sur le MTA expéditeur sont requises. Encore une fois, jetez un oeil à un email envoyé via le client SMTP via Gmail. Google viole-t-il la RFC? - Paul
RFC5321: Comme indiqué à la section 6.4, un SMTP relais n'a pas besoin d'inspecter ou d'agir sur la section d'en-tête ou le corps des données du message et NE DOIT PAS le faire sauf pour ajouter son propre champ d'en-tête "Received:" - Jenny D