2010 und der Mailheader

[Stefan W 14]

Hallo

Ich stehe vor dem Problem, dass im Mailheader einmal der richtige, und einmalder falsche FQDN wiedergegeben wird

 

Delivered-To: extern.test@gmail.com
Received: by 10.49.73.129 with SMTP id l1csp18763qev;
       Mon, 30 Jul 2012 23:08:56 -0700 (PDT)
Received: by 10.180.87.232 with SMTP id bb8mr46313wib.0.1343714936123;
       Mon, 30 Jul 2012 23:08:56 -0700 (PDT)
Return-Path: <prvs=45594B1C72=stefan@firma.com>
Received: from [color="SeaGreen"]exchange.firma.com[/color] (exchange.firma.com. [105.143.91.138])
       by mx.google.com with ESMTP id fj2si6214198wib.47.2012.07.30.23.08.55;
       Mon, 30 Jul 2012 23:08:56 -0700 (PDT)
Received-SPF: pass (google.com: best guess record for domain of prvs=45594B1C72=stefan@firma.com designates 105.143.91.138 as permitted sender) client-ip=105.143.91.138;
Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of prvs=45594B1C72=stefan@firma.com designates 105.143.91.138 as permitted sender) smtp.mail=prvs=45594B1C72=stefan@firma.com
Received: from [color="Red"][b]EXCHANGE01.intern.firma.local[/b][/color] ([2002:ac64:6363::ac64:6363]) by
EXCHANGE01.intern.firma.local  ([2002:ac64:6363::ac64:6363]) with mapi id
14.02.0309.002; Tue, 31 Jul 2012 08:08:30 +0200
From: Stefan <stefan@Firma.com>
To: Stefan <extern.test@gmail.com>
Subject: test 124
Thread-Topic: test 124
Thread-Index: Ac1u4uJ2PqxJcd6mSVeqgieScCMW/g==
Date: Tue, 31 Jul 2012 06:08:29 +0000
Message-ID: <223889B374F56B46951A8964679C1728010FB3@[color="Red"][b]EXCHANGE01.intern.firma.local[/b][/color]>

 

IP Adressen wurden natürlich verändert, somit ist ein telnet smtp mit den Daten nicht möglich.

 

auch bei Telnet verwendet er den internen Namen.

 

Die Helo Antwort ist jedoch richtig gesetzt.

lg

Stefan

bearbeitet 31. Juli 2012 von Stefan W

[RobertWi 81]

Moin,

 

an der Stelle greift noch kein Connector. Das ist die MAPI-Submission von Mailbox-Server.

 

IMHO kann man das nicht ändern. Aber Du könntest mal mit ExternalDSNReportingAuthority und InternalDSNReportingAuthority bei Set-TransportServer rumspielen.

 

Allerdings riskierst Du dann, dass NDR und andere automatischen Nachrichten unzustellbar werden.

[NorbertFe 2.155]

Und wo ist das Problem?

 

Bye

Norbert

[Stefan W 14]

DAs Problem liegt darin, dass die GF nicht wünscht, dass der interne Servernamen nach draußen geht

 

lg

[RobertWi 81]

Moin,

 

das bekommst Du nicht "sauber" weg. Mit Bordmitteln gar nicht, aber Du könntest mit einem Proxy oder eigenem Transport-Agenten da eingreifen.

 

Gefährlich wird es bei der Message-ID. Die wird von Exchange z.B. auch für die Dupletten- und Schleifenerkennung benutzt. Wenn hier falsch verändert wird, dann können Schleifen entstehen.

[Stefan W 14]

Ok,

 

Wenn ich in einer Transportregel, aus dem Unternehmen ausgehend, den header entferne:

Kann dies zu Problemen (zB als SPAM markiert zu werden) führen?

 

Denn durch die Transportregel, wäre dann nur noch die MessageID die den internen Namen führt

 

lg

Stefan

[tesso 377]

Nie von mit benutzt, aber schau mal hier: Remove server information in email header for MS Exchange 2007/2010

[RobertWi 81]

Nö, das dürfte unkritisch sein. Du nimmst Dir damit nur die Möglichkeit, den Mailflow nachvollziehen zu können. Aber wenn Du das weißt, kannst Du ja für Troubleshooting die Regel kurz deaktivieren.

[Stefan W 14]

Das ist das was ich angesprochen habe - bei ausgehenden Mails den Header löschen :))

 

nur hatte ich es aus diesem Link

Removing Exchange 2007/2010 Internal Headers · Tech Snippets

[Stefan W 14]

Nö, das dürfte unkritisch sein. Du nimmst Dir damit nur die Möglichkeit, den Mailflow nachvollziehen zu können. Aber wenn Du das weißt, kannst Du ja für Troubleshooting die Regel kurz deaktivieren.

Danke, diese Antwort wollte ich hören :)

[tesso 377]

Sorry, da war ich wohl etwas zu langsam.

[RobertWi 81]

Wobei meine Antwort natürlich ohne 100% Gewähr ist, denn es sind ja auf der anderen Seite auch Server und Spamfilter beteiligt und niemand kann richtig vorhersagen, ob da nicht einer "wild" läuft und bei "merkwürdigen" Header-Einträgen doch ablehnt. Aber im Prinzip kann es nicht schaden.

 

(Im Gegenteil könnte es sogar positiv sein: Gmail verweigert die Annahme, wenn mehr als 15 Hoops benutzt worden sind. Durch das Entfernen des Headers senkt man die Anzahl der Hoops.)

[Stefan W 14]

hab gerade gemerkt, dass er irgendwie komisch antwortet.

 

telnet exchange.extern.com 25

220*****...

helo test

250 internerservername.local Hello [iP]

 

sollte er, wenn ich im Client empfangsconnector und im sendeconnector den externen FQDN angegeben habe, nicht mit diesem antworten?

lg

[RobertWi 81]

Ja, sollte er. Wobei hier nur der Empfangsconnector wichtig ist.

 

Poste mal die Ausgabe von "Get-ReceiveConnector | fl Name,fqdn"

[Stefan W 14]

Ich habe 2 empfangsconnectoren

 

einmal

name: Default Exchange01

fqdn: exchange01.intern.local

 

name: Client Exchange01

fqdn: exchange.firma.com

 

Am Default kann ich jedoch den FQDN nicht ändern, da ich hier noch die Berechtigung "Exchange Server" dürfen sich anmelden aktiv hab