Postfix Exchange und zurück

[Markus Heinze]

Hi,

Am 2016-09-26 10:19, schrieb robert:
> Am 26.09.2016 um 09:33 schrieb Markus Heinze:
>> Moin moin,
>> 
>> 
>> Am 2016-09-26 8:24, schrieb robert:
>>> Hallo Liste,
>>> 
>>> 
>>> Kurze Beschreibung vorweg:
>>> 
>>>     (richtiges Postfach)
>>> MX-->Postfix--<
>>>     Alias zu Exchange-->Postfach
>>> 
>>> 
>>> Ich habe folgende Verständnisfrage.
>>> 
>>> Ein Postfach in Exchange (Wie auch immer die an diese AD Struktur
>>> angeknüft sind) verschickt via "Outlook" eine Mail an einen Empfänger
>>> der ebenfalls ein Exchange Postfach hat.
>>> - Funktioniert
>> 
>> Welche Exchange Version?
> 
> Keine Ahnung, wird nicht von uns betrieben kaufen wir zu. Denke mal
> was neues, ist aber doch nicht relevant es geht mir um die
> Clientfunktion.
> 
>> 
>>> 
>>> Jetzt wurde das Postfach in Exchange gelöscht (vor über 2 Wochen) und
>>> ein richtiges Postfach angelegt. (Ich nennen es "Hans at abc.de")
>> 
>> was ist denn ein richtiges Postfach?
> 
> Kein Alias so wie dargestellt.
> 
>>> 
>>> Diesen Mischbetrieb hat es schon lange gegeben (ja alles liegt unter
>>> einer Domain.)
>>> 
>> 
>> generell schlecht,aber nicht unmöglich
>> 
>>> Wenn ich jetzt eine Mail an Hans at abc.de schicke (von meinem 
>>> testsystem
>>> aus) dann erfolgt die Zustellung, so wie gewünscht.
>>> 
>>> Wenn ich jetzt von einem anderem Exchange Postfach(andere Domain) an
>>> "Hans at abc.de" schicke funktioniert dies ebenfalls.
>>> 
>>> Schicke ich jetzt aber von einem Exchange Postfach "Dieter at abc.de" an
>>> "hans at abc.de" dann passiert folgendes.
>>> 
>>> Diagnoseinformationen für Administratoren:
>>> Generierender Server: SRVxyz.abc.de
>>> 
>>> hans at abc.de
>>> Remote Server returned '550 5.1.1 RESOLVER.ADR.RecipNotFound; not 
>>> found'
>>> 
>>> Ursprüngliche Nachrichtenköpfe:
>>> 
>>> Received: from SRVxyz.abc.de (192.168.0.44) by
>>>  SRVxyz.abc.de (192.168.0.44) with Microsoft SMTP Server (TLS)
>>>  id 15.0.1178.4; Fri, 23 Sep 2016 11:23:23 +0200
>>> Received: from SRVxyz.abc.de ([fe80::a1d8:b2c3:7b05:da63]) by
>>>  SRVxyz.abc.de ([fe80::a1d8:b2c3:7b05:da63%13]) with mapi id
>>>  15.00.1178.000; Fri, 23 Sep 2016 11:23:23 +0200
>>> Content-Type: application/ms-tnef; name="winmail.dat"
>>> Content-Transfer-Encoding: binary
>>> From: Dieter <dieter at abc.de>
>>> To: "hans" <hans at abc.de>
>>> Subject: hans dampf
>>> Thread-Topic: hans dampf
>>> Thread-Index: AQHSFXwhd49HDU//NUawE4WqNl8Y+w==
>>> Date: Fri, 23 Sep 2016 11:23:23 +0200
>>> Message-ID: <875ec231637b4565a5e77e4aca7ef6b0 at SRVxyz.abc.de>
>>> Accept-Language: de-DE, en-US
>>> Content-Language: de-DE
>>> X-MS-Has-Attach:
>>> X-MS-TNEF-Correlator: 
>>> <875ec231637b4565a5e77e4aca7ef6b0 at SRVxyz.abc.de>
>>> MIME-Version: 1.0
>>> X-MS-Exchange-Transport-FromEntityHeader: Hosted
>>> X-Originating-IP: [10.0.107.94]
>>> Return-Path: dieter at abc.de
>>> X-EXCLAIMER-MD-CONFIG: 3bf5feae-2e85-4e15-8eeb-926f14601366
>>> 
>>> 
>> 
>> Logisch Exchange ist Chef für diese E-Mail Domainund existiert kein
>> Exchange Postfach kommt ein NDR
> 
> Nein der Exchange ist eben nicht Chef für die Domain der MX record
> zeigt auch nicht auf den Exchange, wie dargestellt existiert ein Alias
> der einfach nur das ins Backend weiter gibt, welches dann der Exchange
> ist.
> 

Doch ist er, ab dem Moment, wo du Ihm sagst welche E-Mail Domain er 
akzeptieren soll, da interessiert kein MX Record, der ist nur für 
externe MTA's interessant. Das macht im übrigen Postfix genauso, 
allerdings ist es dort IMHO einfacher für einzelne Mailadressen 
spezielle Transportregeln zu erstellen

>> 
>>> Auf Rückfrage erhalte ich die Antwort:
>>> 
>>> Dies würde am Client des Absenders liegen, den dieser würde einen
>>> veralteten Adressvorschlag erzeugen.
>>> Man solle erneut eine Email schicken und den Adressvorschlag mit "x"
>>> löschen und die Adresse vollständig eingeben.
>>> In der Regel werden in Adressvorschlägen der Weg zum Zielpostfach
>>> gespeichert.
>>> 
>> 
>> Dies ist generell richtig, hat mit dem Problem aber nichts zu tun
> 
> Was ist da generell richtig, das die Clienten das Routing von Mails 
> diktieren?

Das Diktat enstand aus der Bequemlichkeit der User, Stichwort 
Autovervollständigung, M$ hat halt noch etwas mehr reingepackt, ich hab 
ja nie behauptet das es schick ist aber das Verhalten ist genauso 
wieesin der Antwort steht und wenn man dies ändern möchte muss man 
eigentlich nur die History und damit dann die Autovervollständigung 
löschen.Outlook generiert dann eine neue aus den erfolgreich versandten 
E-Mails ab diesem Zeitpunkt. Optional kann man jeden einzelnen E-Mail 
Empfänger aus dieser History löschen indem man im To Feld anfängt zu 
tippen, die Autovervollständigung abwartet und den zutrendenden Eintrag 
mittels 'x' (am Ende der Adresse) löscht. Erfahrungsgemäß ist das 
Löschen der gesamten History unbeliebt, da die User dann die gesamte 
Adresse tippen müssten ... Bequemlichkeit eben

> 
> 
>>> Ich habe mich dann erst mal setzen müssen und habe angefangen nach
>>> solch einer Technik zu suchen die so etwas macht.
>>> Ich konnte dazu aber nichts finden, weder bei Microsoft noch in
>>> irgendwelchen Dokumentationen. Zumal mich der SMTP Fehler immer 
>>> wieder
>>> verwundert hat, offensichtlich fühlt sich der SRVxyz verantwortlich
>>> für die Domain abc.de, allerdings liegt der MX Eintrag schon immer
>>> woanders.
>>> 
>>> Kann mir jemand mit evtl. besserem GoogleFU einen Tip geben oder 
>>> kennt
>>> sich gar mit diesem "Teufelswerk" aus und kann mir sagen, "ja das
>>> liegt am Adressvorschlag des Clienten" oder hier und da dran, ich 
>>> kann
>>> das einfach nicht wirklich glauben.
>>> 
>>> Mal angenommen ich hätte 1000 Postfächer und alle müßten ihr
>>> Adressbuch bearbeiten jedesmal wenn ein Postfach von Exchange weg
>>> zieht oder zu
>>> Exchange hin zieht.
>>> 
>>> Kann ich mir beim besten willen noch viel weniger vorstellen.
>>> (Auch wenn es Microsoft ist, kann ich es mir dennoch nicht 
>>> vorstellen.)
>> 
>> So schlimm ist M$ nun auch nicht;)
> 
> Also wenn M$ hier einer Clientsoftware gestattet das Routing an einen
> MTA zu diktieren für eine Mail, dann ist dies in meine Augen noch mehr
> als "schlimm", sondern ganz großer Käse.
> 

Wie oben gesagt, ist sicherlich nicht ganz Glücklich diese Sache aber in 
einer sauberen Konfiguration fällt dies nicht auf.

>> Mir fallen persönlich nur zwei brauchbare Lösungen dazu ein,
>> 
>> 1. Der Postfix wird auch durch AD(RODC)+Exchange Site ausgetauscht, 
>> dann
>> können beide Standorte die gleiche E-Mail Domain fahren und der Admin
>> teilt dem Account nur den Richtigen Standort(Postfachspeicher) zu, in
>> meinen Augen die sinnvollste, aber auch teuerste Lösung.
> 
> Nicht umsetzbar
> 

war anzunehmen

>> 
>> 2. die Bezeichnung hängt jetzt von der Exchangeversion ab aber bis 
>> auch
>> Version 2016 nannte es sich denk ich virtuelle SMTP Konnektoren,
>> denenkann man beibringen, alle nicht auflösbaren Empfänger an einen
>> Relay Host zu übertragen, mal hier nach 'Forward all mail with
>> unresolved recipients to host' googln, das sollte weiterhelfen
> 
> Das sollte ja perse schon aktiv sein sonst dürfte das ja nie
> funktioniert haben bis jetzt.
> 

Unwahrscheinlich, sonst würde der Exchange kein NDR senden, sonder der 
Relayhost im Zweifelsfall

>> ach ja vllt. doch noch eine 3tte Möglichkeit,
>> 
>> den Exchanger nach außen verfügbar machen mittels RPCoverHTTP(s) bzw.
>> MapioverHTTP(s) und alle Konten dort belassen und keinen Mischbetrieb
>> erst anfangen.
>> 
> 
> Nicht umsetzbar
> 
> 
>>> 
>>> 
>>> 
>>> Danke für Info's
>>> 
>>> Gruß
>>> Robert
>> 
>> mfg
>> Max
> 
> Ich brauch also erst mal keine Lösung sondern nur einen hinweis wie
> man es dem Exchange abgewöhnt das er solche Routinginfos annimmt von
> Clienten, wen es so ist wie beschrieben.
> Die Technik die dahinter steckt die dies ermöglich so das Dies im
> Client generell abgestellt wird oder eben Serverseitig.
> 
> Alternativ die technische Dokumentation die diese Technik beschreibt,
> die ich nicht finden kann. Der Kundensupport von M$ kennt dies nicht
> mal und erweiterten Technischen Support gibt es nur gegen Geld.

Wozu Support die Entf Taste ist so schwierig nicht zu bedienen, 
allerdings bezweifle ich sehr stark, das es an dieser History liegt

> 
> 
> Danke
> Robert

mfg
max