mikro

Wo zeigt denn der MX der Domain hin?

Hallo Baky, das klingt für mich als musst du mal schauen, ob Du noch irgendwie sowas wie einen Popconnector oder sowas benutzt. Ist auf dem Exchange vielleicht noch etwas wie Popcon oder SmartPOP etc. installiert? Irgendwie muss er ja nen Connect da haben wenn DU wirklich auch noch IONOS dazu brauchst... Gruß mikro

Erstelle die OST neu. Die Mail ist in der Datei irgendwo verschütt gegangen und kam nie beim Servrer an. Gruß mikro

Moin, klingt für mch nach ner kaputten OST DAtei. Gruß mikro

Hast du die Backend internalauthentificationmetthods gecheckt?

Wie sieht es auf den Backends aus?

Hast Du mal auf die InternalAuthentificationMethods der ECP und OWA Virtaldirectories geschaut? Unterscheiden die sich etwa? Und ist die Formsauthentification bei beiden auf = True? - Wenn nicht würde ich sie einschalten und nen IISreset machen

Moin, schon mal im IIS das Redirectin überprüft? Gruß mikro

Hey, das war dann die Holzhammermethode. Du kannst das nächste mal ansonsten mit NKEdit den Cache bearbeiten, dann muss der User nicht wieder alles neu machen. Gruß Mikro

Moin, hast du es mal mit dem RegKey für den ExcludeExplicitO365Endpoint=dword:0000001 versucht? Gruss mikro

Supi, dann mal ist es wohl gelöst Gruß mikro

Moin, schau mal hier: https://cloudboom.de/2019/07/08/imap-migration-zu-exchange-online-unterordner-werden-nicht-synchronisiert-angezeigt-loesung/ Gruß mikro

Hey Dirk-HH-83, ich weiss zwar noch nicht ganz warum Du das brauchst, aber warum nutzt du auf MXToolbox.com nicht die Funktion Teste EmailServer ? Die Frage ist ja warum landen Emails von Euch in der Quarantäne. Stell Dir mal vor der Spamscanner wäre verpflichtet jedem Spammer eine Email zu senden das seine Mail nicht durch die Quarantäne kam. Das wäre Irrsinn, er könnte höchsten seinen Usern einen Report bzw. eine Email senden, das etwas für sie in der Quarantäne liegt. Gruß mikro

Kann ich verstehen... Zur Not und auf Testsystemen die abgeschottet sind brauchbar... Ansonsten stimme ich Dir zu.

Guten Morgen, https://msexchangeupdates.com/ Gruß Mirko

Moin, nimm einfach mal NK2Edit.exe. Gruß mikro

Guten Morgen, ich würde sagen da stimmt was mit dem private Key nicht. Probiere mal die den Thumprint des Zertifikats zu suchen, alle Leerzeichen von diesem zu entfernen und ihn hier einzufügen: Execute from elevated prompt: certutil -repairstore my [SERIAL_NUMBER] Gruß mikro

Hey, Get-ClientAccessServer|Update-FileDistributionService -Type OAB Kurz warten und den Client das Addressbuch neu runterladen lassen. Gruß mIrko

Moin, Geh ins alte Profil und sichere die lokale Autocomplete Datei mit NK2Edit und auf dem neuen Profil spielst du sie danach ebenso wieder ein. Gruss mikro

Duke liegt richtig!

Keine Chance... Da müsstest du vorher gut geplant haben..

Von dem Raumpostfach oder dem Kalender der Probleme macht..

Hallo Marco, check mal ob das AD Objekt unter Advanced die vererbten Rechte aktiviert hat... Gruss mikro

Danke für die Rückmeldung, so lernt man doch gleich wieder was ;) Toll das es nun geht! Viele Grüße Mikro

Genau und unter bearbeiten kannst du die Certs sehen die auf 443 eingebunden sind...