Re: Postfix Exchange und zurück

[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.

>
>> 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?


>> 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.

> 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

>
> 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.

> 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.


Danke
Robert