NorbertFe

Das bezieht sich nur auf eine Outlook Limitierung. Exchange hat da andere Limits. :) https://docs.microsoft.com/de-de/exchange/mail-flow/message-size-limits Maximum number of recipients in a message Da sieht man auch schön, dass Exchange nicht zwischen To: CC: und BCC unterscheidet (geht technisch afaik auch gar nicht). Bye Norbert

Nein, das geht nicht. Abgesehen davon ist aber "das BCC" Feld eigentlich schon ein KO Kriterium, denn das sieht man im SMTP Envelope sowieso nicht. Ich könnte mir vorstellen, dass ein vorgeschalteter Sendmail oder Postfix da mehr Möglichkeiten bieten als Exchange. Ich wüßte jetzt auch keinen TransportAgent oder 3rd Party Tool für deine Anforderungen.

Klingt in der Tat merkwürdig. Ich glaub, ich würde in dem Fall ein Recovery (Backup) oder Revoverserver vor einer Reparatur dieses Zustandes vorziehen. ;)

Na dann.... Was passiert, wenn dieser eine Nutzer mal einen anderen PC verwendet?

Das ginge aber einfacher mit einer Transportregel, als dort an der Stelle mit den extended Rights zu konfigurieren. Exchange 2013/2016 dürften evtl. Probleme haben, weil dort immer zwischen FrontEnd und HubTransport Connector unterschieden wird.

Wildgewordener Virenscanner?

Wenn das nur dieses eine Konto betrifft, was passiert, wenn sich der Nutzer mal an einem anderen PC anmeldet (vorausgesetzt, ihr habt keine Roaming Profiles).

Hallo Jan, Das könnte auf einen vorzeitigen Reboot/Abbruch hindeuten. Denn die ganzen (viele) Dateien werden ja bei der Update Installation erst entfernt und dann neu reinkopiert (weißt du sicher auch). Wenn man natürlich ungeduldig wird bzw. irgendwas dann schief läuft, ists für die Hose. Ein Grund, warum ich immer noch allen abrate Exchange Updates mittels Windows Update Agent zu installieren. Aber die meisten hören ja nicht auf solche Ratschläge. Danke für die Info, dass es immer noch Probleme bei diesen Updates gibt. Bye Norbert

Ich hab eigentlich immer nur "schlechte" Erfahrungen wenn man die zusätzlichen Postfächer auch cached. Du umgehst das Problem mit eigenen OST Dateien, aber ehrlich gesagt, meist sind die Shared Mailboxes sogar die großen Postfächer und dann hat man zig OST Dateien und der PC rödelt sich tot. :) Deswegen gibts bei mir für solche Dinge einfach keinen Cachemode. Hast du denn bei allen mal den Cachemode deaktiviert?

Das bezieht sich auf die Mapi/TCP Konfiguration der Exchange 2010 Umgebung. Wenn man bspw. den selben Hostnamen wie für https Zugriffe auch als RPC Client AccessArray eingerichtet haben sollte, wirds etwas komplizierter mit der Migration. Zumindest deute ich die Frage von ASR so. Evtl. meldet er sich ja auch nochmal. Bye Norbert

Sehr schön. Danke für die Rückmeldung.

Manuell kann man beide Varianten durchführen. Bist du über "Emailkonten "neu"" gegangen, so dass die dort alle untereinander stehen, oder über Ändern des Hauptkontos und dann unter "weitere Einstellungen" und "Erweitert"?

Kommt drauf an, wie die Postfächer eingebunden sind. Als zusätzliche Postfächer oder als weitere Exchangepostfächer.

Schließ doch OAB mal komplett aus, indem du den betroffenen Client mal nur im Online Modus betreibst.

Hi, ja die beta ist auf dem Weg. Ich schreib dir mal ne pm.

Kein Handy benötigt DNS oder dhcp von Windows und trotzdem kann man sowas mit Windows DNS vernünftig bauen. Wie sowas geht, wurde dir doch nun mehrfach erklärt. Und wenn du weiterhin auf deinen Vorgesetzten verweist der sich nicht mit Windows auskennt, dann denk ich mir eben mein Teil. Ich wünsch euch noch viel Erfolg. bye norbert

Die Clients die nicht in der Domäne stecken benötigen aber meist keinen Zugriff auf die Ressourcen. Denn wenn, dann bräuchten sie auch eine cal. Aber such ruhig weiter für das obige Szenario eine Rechtfertigung. ;)

Nein da hat sich nichts geändert.

Wenn man die Outlook App verwendet kann man noch ganz andere Sachen, die ein Admin nicht toll findet. Und dem User sind die Kontakte im WhatsApp im Zweifel vollkommen Stulle, sonst würde er es ja nicht nutzen. ;)

Wenn’s nicht den selben nutzt ist doch alles super. ;) aber falls doch, dann würde man den Fehler ja bemerken.

Man kann und sollte das einfach mal an einem Client mittels hosts Datei testen. Wenn’s dann geht, alles gut und alle fragen hätten sich dann auch gleich erledigt.

Ich würd mir ja eigentlich vorstellen, dass man für sowas einen greifbaren DIenstleister haben will, anstatt in Fehlerfällen und bei Fragen jedesmal auf die Antwortbereitschaft der Leserschaft von Foren zu hoffen. Ganz ehrlich, das was du da machst ist alles sehr "egozentrisch". Wie wärs, wenn du das jetzt schon in einer Testumgebung 5x migriert hast, wenn du deine Gedanken einfach ausprobierst und das Ergebnis dann hier postest?

So würde ich es auch bezeichnen. Fakt ist, der Exchange hat damit genau nichts zu tun, weil er eben keine MDM Schnittstelle bietet. (nein die EAS Policies sind keine für mich).

So lese ich das auch. Abgesehen davon... der Workaround bei WhatsApp "Kopieren Sie doch einfach alle Kontakte in die iCloud oder irgendwo anders hin, damit Sie wieder Zugriff haben". Haha. :)

Wie gesagt, ohne MDM (welches auch immer) wirst du das meiner Meinung nach nicht hinbekommen. Irgendwer muß dem iPhone schließlich mitteilen, dass es von unmanaged App (WhatsApp) keinen Zugriff auf Managed App (Kontakte Exchange) geben darf. Und das macht afaik nicht der Exchange. Lasse mich aber gern korrigieren.