NorbertFe

Hi,

 

Exchange 2010 hat kein virtuelles Verzeichnis für mapi. Bist du sicher, dass du mit Exchange 2010 arbeitest? Abgesehen davon wäre sicher interessant, welches Zertifikat dir denn dann präsentiert wird. Die Meldung an sich ist ja aussagekräftig genug.

 

Bye

Norbert

Der Installer entpackt den Kram afair ins documents Verzeichnis. Also muss man in jedem Fall händisch tätig werden. Auch in den 1709 Download sind wieder Fehler gekommen.

und dann wunderst du dich, dass etwas nicht geht?

4.7 und 2010 ist ebenfalls eine sehr doofe Idee

Nein, das ist egal, weil Exchange 2010 net 2.0 und 3.5 nutzt. Die 4.x werden ignoriert.

Zu 5. doch es wurden Probleme gemeldet. Ob die jedoch überall auftreten ist eine andere sache. Geh davon aus, dass es einen Grund hat, warum sie erst 4.7.1 unterstützen werden.

Na dann darf dein exchange offenbar nicht relayen auf deinem smtp Proxy. Da musst du ansetzen. Denn immerhin sendest du ja mit einer externen Adresse (der ursprüngliche Absender) an eine externe Adresse (deine aol). Da musst du dann sowas auch erlauben.

Ich würde sagen, die Annahme nur eine windows 10 Version im Netz zu haben ist falsch. Geh mal eher von drei aus. Es sei denn, ihr nutzt ltsb.

 

Bye

Norbert

Wer generiert den ndr? Kannst du den mal posten?

Also normalerweise baue ich zuerst die dag und teste dann alles. ;) ich hoffe ihr nutzt loadbalancer, sonst kommen perspektivisch auch noch andere Probleme.

Leg mal einen email aktivierten Kontakt an, der die AOL Adresse (gibt's sowas wirklich noch?) als externe Adresse besitzt. Dann in der Regel an diesen Kontakt weiterleiten.

ich hab ja nicht gesagt, dass du den neu installieren sollst, sondern du sollst einen weiteren daneben stellen und mal mit dem testen.

Die Tests sind derzeit wegen der Fehlersuche unterbrochen, daher weiß ich noch nicht, ob auch andere Dinge nicht (mehr) funktionieren. Auffällig war noch nix

Dann würde ich ja erstmal weiter testen, um das Problem auf OWA only einzugrenzen. Ich hatte neulich eine ähnliche Situation, dass Fehler 500 beim OWA Zugriff direkt nach der Installation eines neuen Exchangeservers auftrat. GEfixt wurde das dann erst nach Erscheinen von CU7, danach funktionierte ohne weitere Aktionen alles wie erwartet. Hilft dir nur nicht wirklich vermute ich.

 

Bye

Norbert

Funktioniert denn der Rest abgesehen vom owa? Wie stark wird owa genutzt? Evtl. Einfach schneller auf den neuen Server migrieren anstatt jetzt ewig den Fehler zu suchen?

Dann kann man aber nicht dagegen sein. ;)

Das nennt sich autoritative Wiederherstellung. Evtl. Solltest du den Hinweis bzgl. Externer Hilfe berücksichtigen. Sonst wird’s nur komplizierter.

Offer geht genauso. Da muss keine Einladung verschickt werden. Ansonsten ist die Ausgangsfrage doch eigentlich schnell geklärt. Nimm einfach das Produkt, was dir am besten passt. Ist ja nicht so, als würde es außer etwas Zeit was kosten. ;)

Tja dann hast jetzt was gelernt. Dass das seit xp genauso funktioniert.

Nein, so hatte ich das nie gemeint, sondern nur auf den Fakt hingewiesen, dass es eben das Merkmal Hop Count gibt. Mir persönlich wäre kein Spamfilter bekannt, der das irgendwie/wo nutzt. Ich sehe es eher als Datenvermeidung in öffentlichen Medien. Niemand muß genau wissen, durch welche Systeme eine Mail läuft bevor sie seinen Server erreicht.

Nochmal, dass das nicht notwendig ist, ist mir auch klar. Trotzdem muss ich nicht jedes intern genutzte System in externen Mails stehen lassen. ;)

Ich schon. Immer bei schleifen. ;)

Auch postfix hat das drin. Standard sind hier 50 hops. Allerdings werden noch ein paar andere Indizien genutzt um einen loop zu erkennen.

 

Das Ergebnis ist aber das selbe:

Liefere ich eine E-Mail bei deinem MX ein und bekomme den Status 200 zurück, dann ist die Mail in deinem Verantwortungsbereich. Schmeisst jetzt dein Exchange einen Fehler(Angenommen der MX ist ein anderer server), dann ist das nicht mein Problem. Das ist wie bei einem Einwurfeinschreiben. Wenn's im Briefkasten ist, dann ist es angekommen. Ob das die Hauspost dann versemmelt ist mir egal.

Musstest du aber erst nachgucken, oder? ;)

Natürlich weiß Host b nicht, dass noch 46 hosts nach ihm in deiner Gegend kommen und beim endgültigen Empfänger nochmal 7. deswegen wird eben ein ndr generiert und dein User ruft dich an, warum seine Mail nicht angekommen ist.

Als erstes mal die Frage nach dem cu des exchange 2013. in welcher Form willst du diese zusätzliche Adresse in der Richtlinie eintragen. Mach mal von allem Screenshots.

Das ist falsch, denn diese Funktion ist in jedem exchange drin und dient einer Erkennung von Loops. Das ist also kein Filter. Und ich bezweifle, dass viele von dieser Funktion wissen, wenn sie nicht selbst davon betroffen sind. ;)

Doch es schadet, wenn man eben in den Hop Count läuft. ;) Dann kommt die Mail nicht an.

Ist ein Server nicht richtig konfiguriert (wie in meinem Fall),

 

Die Server laufen nun auf active-standby. Die User verbinden sich nun mit dem richtig konfiguriertem Server und das Problem tritt nicht mehr auf.

Wäre es nicht "sinnvoller" gewesen den einen Server dann richtig zu konfigurieren? Wenn ich das oben richtig interpretiere funktioniert doch dann nix, wenn dein active Server ausfällt.

 

Bye

Norbert

Jemand der soviele SMTP LBs benötigt hat kein Geld für eine professionelle Lösung? Wobei ich das mit der Free-Edition und kostenpflichtig für kommerzielle Verwendung gerade nicht finde. Alternativ gibt's genügend andere freie Lösungen wie HA-Proxy usw. die alle besser funktionieren würden. Da du oben aber nicht schreibst, wie dein WNLB konfiguriert ist, kann man nur raten. Wenn er davon sowieso mehrere hat, warum schaust du da nicht die Konfiguration ab?

OK noch anders. Nicht jeder möchte alle seine intern verwendeten Systeme im Header externer Mails wiederfinden. Ich gehöre dazu. :p