NorbertFe

Schau doch mal nach ;) https://support.pingidentity.com/s/article/Using-and-customizing-attributes-in-Active-Directory-Global-Catalog

Wer Exchange Online nutzt hat zwangsweise Azure AD. Ist nur die Frage, ob du den Azure AD Connector nutzt oder nicht. Und genau das hatte ich gefragt :)

Kann den Link grad nicht aufrufen, aber immer bei "Entfernen" wäre zu klären, hast du hinterher noch den AADC laufen, oder ist das cloud only? Da es in deinem Fall um Exchange 2010 geht, wäre vermutlich der "saubere" Weg den MS vorsieht (Migration 2010 nach 2016 nach 2019) Abschalten des Exchange 2019. Wenn du Exchange deinstallierst und der AADC wird verwendet, werden deine ExO Mailboxen weggesyncht.

Evtl. Kommt dann aber manchmal noch der persönliche Ehrgeiz dazu, sowas technisch „schön“ zu lösen. Hängt halt von Aufgabe und Ausführendem ab. ;)

Was genau hilft dir jetzt LDAP in diesem Problemfall? Es ging doch um DNS und Zertifikatsnamen.

Dürfte wohl die zu bevorzugende Variante sein.

Es hat ja meist einen Grund, warum man in der DMZ nicht alle internen Hosts/Zonen auflösen lassen will. Also entweder man entscheidet sich dazu, das irgendwie zuzulassen, oder muss dann eigenen DNS mit den entsprechenden Zonen in der DMZ nutzen mit Forwarding auf externe DNS oder eben die Host Datei.

Und da bist du beim Fehler und die Host Datei wäre eine Lösungsmöglichkeit. Definitiv davon absehen, würde ich, die IP Adresse ins Zertifikat zu pinseln. ;)

Warum? Ne simple Fileserver VM ist doch was praktisches.

Hmm, das heißt, wenn du in deinem Konto den OOF aktivierst, dann sehen die Mails im Trackinglog auch bei dir so aus? Unabhängig von diesem Problem, wird dir der SMTP Relayhost von IONOS die Mail aber trotzdem nicht abnehmen, eben weil der Returnpath leer ist. Du versuchst also ein eigentlich RFC konformes Verhalten zu korrigieren, weil sich der SMTP Relayhost von IONOS eben nicht RFC konform verhält. ;) An deiner Stelle würde ich mich bei vorhandener statischer IP Adresse um den Versand selber kümmern und den Smarthost entsorgen.

OK, also zumindest kein 3rd Party Transport Agent, der da irgendwie was "veranstaltet". Welche Domain ist bei dir als Default konfiguriert? (get-accepteddomain) Evtl. die interne?

Was dann aber auch "merkwürdig" wäre, denn im FROM steht ja der Absender dessen Mailbox die OOF versendet. Was gibt dir denn ein "get-transportagent" am Exchange als Ergebnis?

Gut, dann hast du vermutlich eins der Probleme gefunden. Bleibt die Frage, warum das "From" Feld so ein kryptisches Konstrukt bei dir beinhaltet. Findest du denn raus, welche Mailbox diesen OOF sendet, oder ob das alle OOF betrifft?

Nur zur Erläuterung, damit du _mir_ glaubst: Das zeigt dir den Sender bzw. FROM an, wenn kein Sender vorhanden ist Wenn du dir die detaillierten ERgebnisse anschaust und mal den ReturnPath dieser Mail anschaust, siehst du, dass dort ein <> drin steht wenn es ein OOF ist. Und dann tritt vermutlich Jans Hinweis in Kraft. Wer heutzutage IONOS als SMTP RElay nutzt, ist aber auch selbst Schuld. :) https://learn.microsoft.com/en-us/exchange/message-tracking-exchange-2013-help

mag alles sein, aber OOF werden von Exchange OHNE Sender (empty sender/empty returnpath) gesendet. Also ist das entweder kein OOF oder du hast nen Transportagent, der da einen einsetzt. Dein Exchange sendet selbst direkt an den IONOS Smarthost?

Glaube ich aber nicht. Denn der Exchange schickt das eben mit empty sender. Also entweder setzt da irgendwer was rein oder es ist kein OOF.

Nein und das ist auch gut so. Ein OOF wird per Empty Sender gesendet (vom Exchange). Da ist also keine kryptische interne Domain enthalten. ;) Sicher, dass es um OOF und nicht um NDR oder DSN geht? Das wäre dann die external postmasteraddress in der Transportconfig.

Geh mal davon aus, dass der OWA korrekt ist und du im Outlook möglicherweise den Cachemode aktiv hast. Was passiert, wenn du ein neues Outlook Profil erstellst. Was siehst du dann?

Naja geht halt „noch“. 2019 ist ja auch betroffen.

Bis Ende des Supportzeitraums von Office 2016 und aktuell gepatcht ja. edit sagt: stimmt nicht. Ms hat den Support im Oktober 2023 für Services beendet: https://learn.microsoft.com/en-us/deployoffice/endofsupport/microsoft-365-services-connectivity ich vermute es wird funktionieren, aber ohne Support.

Wohin zeigt der scp? Den solltest du ggf. Am Client testweise ausschließen oder im Exchange per set-clientaccessservice leeren.

Hier zum Nachlesen ;) Auch wenns jetzt eh egal ist: https://www.handelsblatt.com/unternehmen/handel-konsumgueter/ebay-ebay-kleinanzeigen-heisst-kuenftig-anders/29115742.html

Ebay hat afaik Kleinanzeigen verkauft mit der Bedingung für x Jahre noch Ebay Kleinanzeigen als Namen zuzulassen. Das ist vor einiger Zeit abgelaufen, deswegen jetzt nur noch Kleinanzeigen.

Diesmal?!

Ich hab schon länger keinen neuen Exchange mehr unattended installiert. Aber Kollege hat gestern Exchange 2019 CU14 neben Exchange 2016 per GUI installiert und da ging das direkt weiter, wenn man das Feedback deaktiviert hat.