Pourquoi le nom d'hôte de mon server apparaît-il dans les en-têtes de courrier électronique Exim envoyés à partir d'un domaine différent?

J'ai eu plusieurs problèmes avec les e-mails SMTP de mon server et du domaine envoyé en utilisant Exim bloqué par certains autres domaines, ce qui peut être dû en partie à certains parameters du server en déclenchant certains filters MessageLabs ssortingcts facultatifs . L'un de ces problèmes était, mes emails utilisant le nom d'hôte du server comme son HELO au lieu du server de messagerie, ce qui entraîne une incompatibilité avec l'logging MX approprié, que j'ai corrigé .

Cependant, en vérifiant mes nouveaux en-têtes de courrier électronique, le nom d'hôte du server est encore rampant (exemples d'en-têtes ci-dessous), après la signature DKIM et le nom du PC et l'adresse IP du PC utilisé pour composer le courrier électronique, aux côtés des references à esmtpsa .

Quelle est la signification et le rôle du nom d'hôte apparaissant dans cette position dans les en-têtes?

Est-ce ce comportement attendu pour un tel courrier électronique envoyé par Exim, ou un caprice qui pourrait être pris comme un incompatibilité de domaine et signer que le courrier électronique pourrait ne pas être légitime?

Basé sur sa proximité de l'IP et le nom du PC, j'ai composé le courrier électronique et les references à esmtpsa . Je soupçonne qu'il s'agit d'une authentification SMTP; peut-être que le suivi de toutes les boîtes impliquées dans l'envoi du courrier électronique pour confirmer qu'aucun ne sont des botnets infectés ou similaire , mais ce n'est que ma spéculation. Je suis très désireux d'avoir tout à voir avec l'authentification authentique SMTP, count tenu de mes récents problèmes de triggersment des filters d'entreprise très ssortingcts utilisés par certains de mes contacts.


Voici un exemple d'en-tête de courrier électronique que mon configuration EXIM actuelle génère, prise à partir d'un courrier électronique composé dans Outlook et envoyé à Gmail. Malheureusement, je ne peux pas en gras la ligne pertinente, mais vous pouvez ctrl-F sur server.my-host-domain.com , c'est la seule occurrence:

 Delivered-To: recipient@gmail.com Received: by XX.XX.XX.XX with SMTP id b67csp2867807oig; Thu, 25 Feb 2016 01:29:56 -0800 (PST) X-Received: by YY.YY.YY.YY with SMTP id c144mr20309773oib.108.1456392596947; Thu, 25 Feb 2016 01:29:56 -0800 (PST) Return-Path: <me@mydomain.com> Received: from mail.my-domain.com (mail.my-domain.com. [MY.DOM.AIN.IP]) by mx.google.com with ESMTPS id t83si5898326oig.81.2016.02.25.01.29.56 for <recipient@gmail.com> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 25 Feb 2016 01:29:56 -0800 (PST) Received-SPF: pass (google.com: domain of me@mydomain.com designates MY.DOM.AIN.IP as permitted sender) client-ip=MY.DOM.AIN.IP; Authentication-Results: mx.google.com; spf=pass (google.com: domain of me@mydomain.com designates MY.DOM.AIN.IP as permitted sender) smtp.mailfrom=me@mydomain.com; dkim=pass header.i=@dmy-domain.com DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=my-domain.com; s=mail; h=Content-Type:MIME-Version:Message-ID:Date:Subject:To:From; bh=tYDwf48ibFqt0fGVMwP/XE776YX3eIVAbPEdH+zTGMs=; b=vhicxFvzf3hvv8fYxOfb7tgzWK3Sk8f7OUCm8v2CBiUH/GX9ddDIhDPNwxnIhExHbwHdj7/TqpgTMOXPekIsqRRDNT/j5mofqWfuvj9l4+7Lqb3/pxDmj+QSx+89hJu8msOvfnix/SKtv2Kf1OFHRi63LxZjGM/1+xuCBfrLrzM=; Received: from [MY.PC'S.IP.ADDR] (helo=PCname) by server.my-host-domain.com with esmtpsa (UNKNOWN:AES256-GCM-SHA384:256) (Exim 4.72) (envelope-from <mail.my-domain.com>) id 1aYsF8-00020u-H6 for recipient@gmail.com; Thu, 25 Feb 2016 09:29:55 +0000 From: "My Name" <me@mydomain.com> To: <recipient@gmail.com> Subject: Test email Date: Thu, 25 Feb 2016 09:29:48 -0000 Message-ID: <001501d16faf$154a0ef0$3fde2cd0$@my-domain.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0016_01D16FAF.154AAB30" X-Mailer: Microsoft Outlook 16.0 Thread-Index: AdFvrvTde9zi+r6IQ3OmsfVq1pbzow== Content-Language: en-gb 

Je souhaite particulièrement savoir s'il y a des problèmes posés par le fait que le nom d'hôte du server apparaisse ici, ce qui ne correspond pas au mx , au HELO et from domaines. Idéalement, j'aimerais que le domaine my-domain.com et le domaine my-host-domain.com soient totalement indépendants l'un de l'autre car, pour tout ce que je gère sur la même boîte, ils représentent des opérations différentes et indépendantes, mais S'il y a un avantage ou aucun préjudice pour que le nom d'hôte du server apparaisse à ce point dans les en-têtes de courrier électronique, je suis heureux de vous compromettre ici.

Bien que j'accepte certainement tous les conseils sur la façon de résoudre ce problème, en effet, il est quelque chose qui devrait être corrigé, c'est la signification et la signification de Exim générer cet en-tête de courrier électronique de cette manière que je m'intéresse. Je suis assez confiant Je pourrais changer cela dans mes parameters EXIM, mais je veux comprendre les implications d'un tel changement.


Centos Linux VPS, Exim 4.72 avec Dovecot. XX.XX.XX.XX et YY.YY.YY.YY représentent deux adresses IP que je ne reconnais pas et ne trouvais pas d'informations utiles à propos de whois , je suppose qu'elles ont quelque chose à voir avec les servers de messagerie de Google sur le côté réception.

Il semble que vous êtes intéressé par la différence entre ces deux en-têtes reçus. La première:

 Received: from mail.my-domain.com (mail.my-domain.com. [MY.DOM.AIN.IP]) by mx.google.com with ESMTPS id ... 

est tout simplement le résultat de la réception du server de mailserver d'abord le nom d'hôte que votre server de messagerie Exim utilise pour s'identifier lors de la connection. (Vous définissez ce nom d'hôte avec le primary_hostname= paramètre Exim).

Entre le ( ) est le nom d'hôte et l'adresse IP résultant de la search DNS inverse mx.google.com effectuée en fonction de l'adresse IP à laquelle votre connection SMTP est originaire.

Étant donné que le nom d'hôte Exim utilise les correspondances avec la façon dont votre logging DNS inverse est tout à fait là.

Un en-tête ultérieur est enregistré par votre propre server de mails Exim:

 Received: from [MY.PC'S.IP.ADDR] (helo=PCname) by server.my-host-domain.com with esmtpsa ... 

et contient des informations similaires. helo=PCname provient du protocole SMTP pour démarrer une nouvelle connection SMTP en faisant en sorte que le client s'identifie avec le helo ou le verbe ehlo . Il se peut qu'il n'y ait pas d'logging DNS réversible approprié pour votre PC exécutant Outlook et, par conséquent, seul votre adresse IP est enregistrée.
The by server.my-host-domain.com est la façon dont exim identifie laquelle des local_interfaces reçu la connection SMTP, c'est-à-dire quelle adresse IP, mais convertie en nom d'hôte.

Si votre server n'a qu'une seule adresse ip: le fait que sur votre propre server que la search renvoie un nom d'hôte différent de votre logging DNS réversé réel est probablement causé par une input pour votre adresse IP externe dans /etc/hosts . Vous pouvez vérifier en comparant dig -x <ip-address> et getent hosts <ip-address>

Voir également Q & A sur la modification de l'en-tête reçu.

Jamais utilisé Exim, mais j'ai regardé autour de moi et trouvé ceci:

Essayez d'éditer exim.conf (probablement situé à /etc/exim.conf). Changer "local_from_check" de vrai à faux. Ensuite, allez-y et envoyez un courrier avec Drupal, et voyez si cela fonctionne, cela m'a été fait. La raison en est que Exim modifie l'en-tête "Sender:" si votre count d'user n'est pas «de confiance».

https://www.drupal.org/node/285486