gelöscht
-
Gesamte Inhalte
808 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von gelöscht
-
-
Am 3/12/2019 um 23:16 schrieb NorbertFe:
gezählt =/= vorbei. ;)
exakt. john23 muss zurück in die 5. Klasse Deutschstunde ;)
-
vor 11 Stunden schrieb john23:
Ah ok wusste ich nicht, dass die Verwaltungsserver mitlerweile überflüssig sind.
Wo hast Du das gelesen?
ASR
-
Der OWAPRO braucht DMARC. Auch der Empfänger Filter auf dem Edge dürfe kaum genügen, da wird der P2 nicht geprüft. EOP.
ASR
-
Genau: das ist kein Hybrid sondern ein shared SMTP.
Kein Problem, kann man grundsätzlich so machen wie beschrieben.
ASR
-
vor 20 Stunden schrieb rakli:
Was bedeuten die drei Fragezeichen? Geht es mit domain\user oder nicht? Oder ist das eine Frage? Failure Audit Logging auf den Exchange Servern aktiviert? Wenn ja, welche Failure Events siehst Du und was steht drin? Wenn nicht -> aktivieren.
Und bloß nicht zu viel Information hier reinschreiben, Outlook, Exchange und Windows Build Informationen werden überbewertet.
ASR
-
Wenn sie das neuste haben wollen, müssen die aber zu Exchange Online...
-
-
vor 17 Stunden schrieb john23:
Es ist eine Hybridbereitstellung mit AD Sync. Nachdem alle Postfächer oben sind kann ich aber problemlos zu einem Exchange 2016 Verwaltungsserver updaten oder? Ich will nachher nicht AD Attribute via ADSI Edit anpassen müssen.
Ja. Ich würde dann zuerst den Hybrid entfernen, dann einen 2016 oder 2019 Verwaltungsserver installieren.
Die Frage nur warum? Das geht auch mit 2010 - und die Tage der Notwendigkeit eines "Verwaltungsservers" sind gezählt.
ASR
-
Eher nicht. Verwende die Zeit besser um die übrigen Mailboxen hoch zu schieben. All die Cross-Org Herausforderungen sind dann erledigt.
ASR
-
Zum Problem: sicher dass der User ein aktuelles OAB hat? Kann er das auch in OWA reproduzieren? NickName Cache in OWA schon mal komplett gelöscht?
ASR
Gerade eben schrieb Nobbyaushb:Nö - der TO hat Exchange 2016
meine ja CU12. Typo.
-
Am 2/11/2019 um 15:48 schrieb Nobbyaushb:
Wenn du die Version gemäß Anleitung ausgelesen hast ist diese mit CU5 Uralt - bitte ASAP auf das CU11 gehen.
11?!? Aktuell ist CU22.
ASR
-
Am 2/18/2019 um 11:20 schrieb NorbertFe:
Exchange 2019 CU1 schreibt explizit beim Ausführen hin, dass es /PrepareAD ausführt (wenn man die ausreichenden Berechtigungen dazu hat). CU12 tut dies afair nicht und muß meines Wissens nach vor- oder hintherher manuell ausgeführt werden.
CU12 würde das auch automatisch tun (GUI setup) wenn die notwendigen Berechtigungen vorhanden sind. Allerdings beide nicht automatisch für alle Domains in einem Multi-Domain Forest. Da braucht es z.b. setup.exe /pad
ASR
-
And? Ist trotzdem ein Lizenzverstoß.
-
vor 18 Stunden schrieb RolfW:
Das ist doch der Hype bei Vertretern und Chefs
Der ist zum Glück vorüber… war gefühlt vor 2-3Jahren noch schlimmer.
-
Mails an Absender? Meinst Du möglicherweise Mails an einige "Empfänger"? Externe? Vielleicht versendet deren System einfach keine Delivery Reports.
ASR
-
Am 2/2/2019 um 20:07 schrieb OwaPro19:
Wenn da nicht das Problem wäre, dass wir da gerade einen etwas "aufwändigeren" Test laufen haben und derzeit nicht neu aufsetzen können.
Du musst das Produkt lizenzieren oder eine MSDN Lizenz verwenden. End of story.
ASR
-
Meinst Du "FolderVisible" permissions auf den root folder: "\" ?
Das geht mit Add-MailboxFolderPermissions: https://docs.microsoft.com/en-us/powershell/module/exchange/mailboxes/add-mailboxfolderpermission?view=exchange-ps
ASR
-
vor einer Stunde schrieb StefanWe:
Ich kann keine Performance Engpässe aktuell feststellen. Aber irgendwodran muss es ja liegen. Und bei 1200 Mailboxen ist jetzt auch nicht unbedingt die Welt.
Wie kommst Du darauf dass das Performance Probleme sind? Auch in VDI Umgebungen würde ich unbedingt Cached Mode empfehlen. Ansonsten verwendet OWA.
MAPI/HTTP als Protokoll? Wenn ja stell mal ein paar betroffene Mailboxen auf RPC/HTTP um.
ASR
-
vor 2 Minuten schrieb StefanWe:
ja - die Clients laufen alle im Online Mode. Geht auch aktuell nicht anders.
Warum sollte das nichts anders gehen?
-
Healthchecker schon laufen lassen? Online Mode Clients?
https://github.com/dpaulson45/HealthChecker
ASR
-
BTW: in Deinem Screenshot kann man noch "WKGG" lesen. Bist Du aus Wien?
ASR
-
vor 7 Stunden schrieb testperson:
Schade, dass du im November keinen Hinweis gepostet hast.
Dafür kann man sich bei Microsoft den Security Newsletter abonieren - halte ich für obligatorisch.
Zusätzlich zum Entfernen des RegKeys sollte, bis ein Patch verfügbar ist, AD-SplitPermission aktiviert werden.ASR -
Dieser Ordner wird vom (Outlook) Client angelegt und befüllt. Dürfte ziemlich sicher an Deiner Policy liegen
ASR
-
Sorry, aber den gibt es schon seit Mitte November 2018... Auch der Exchange HealthChecker prüft den Key seit Wochen und gibt eine Warnung aus.
ASR
Zertifikats-Meldung in Outlook 2016
in MS Exchange Forum
Geschrieben
In dem Fall dürfte der "alte" URL wohl noch im LastKnownGood stehen: https://support.microsoft.com/en-us/help/3073002/after-migration-to-office-365-outlook-doesn-t-connect-or-web-services
Im einfachsten Fall sorgst Du dafür dass der "alte" URL nicht mehr per DNS aufgelöst werden kann bzw. nicht mehr erreichbar ist. Alternativ die im KB genannten Reg Werte.
ASR