testperson

Hi, ich würde da rein interpretieren, dass es bei Kunde A mit Exchange 2010 auf Windows Server 2012 das Problem gibt, bei Kunde B mit Exchange 2013 auf Windows Server 2012 und bei Kunde C mit Exchange 2016 auf Windows Server 2016. Wurden nur die Clients (und Outlook) geupdatet? Wurden nur die Server (und Exchange) geupdatet? Spontan: Autodiscover / Zertifikat / SplitDNS? Gruß Jan

Hi, du kannst doch weiterhin (noch 3 Tage) kostenlos upgraden: https://www.heise.de/newsticker/meldung/Windows-10-Upgrade-Moeglichkeit-noch-einmal-verlaengert-3938263.html Gruß Jan

Benenne das Profil doch einfach um oder mach eine Sicherheitskopie vom alten Profil?

Dann nimm einen Switch mit entsprechender Anzahl an benötigten Ports. Keine Ahnung. Es gibt aber QNAP Modelle die sich mit entsprechenden Karten um 10GB-T erweitern lassen. Alternativ einen Switch mit passender Anzahl an benötigten Ports nutzen. Nicht zwingend. Passende? Ggfs. DAC.

Hi, Keep it simple: Erstelle aus zwei 1GB Ports ein Team fürs Management und die beiden 10GB Ports bilden ein Team für den virtuellen Switch. Je nach weiterer Infrastruktur (Backup?) und ggfs. späterer Erweiterbarkeit könntest du dir noch "Converged Network" angucken. Gruß Jan

Als Link gibt es derzeit nur: https://www.datev.de/ms-updates Wir haben heute Morgen eine Mail von DATEV bekommen, die sich laut Text auf DVD11.0 bezog. Nach Rückfrage, ob wirklich 11.0 oder doch 11.1 gemeint sei, kam die Info, das es sich wohl um 11.1 handelt. Die Plattform / Grundpaket lässt sich wohl problemlos installieren und dann "Läuft der Update-Manager in einen Fehler" bei der Programmaktualisierung und "versetzt das System in einen inkonsistenten Zustand". Weitere Infos dazu werden "zeitnah" bekannt gegeben. :)

Für alle "DATEV geplagten": Sollte hier jemand das aktuelle DATEV Update (11.1 (Januar) evtl auch 11.0) auf der To-Do-Liste haben und bereits gepatched haben bzw. KB4056890 installiert haben, der sollte vorerst vom DATEV Update absehen.

Hi, wenn es nicht zwingend FrontMotion sein muss, nimm einen Firefox (ggfs. ESR) und mach die "zentrale Konfiguration" per .js / .cfg im FireFox Programmverzeichnis\defaults\pref (Im Artikel unter "Konfiguration" https://developer.mozilla.org/de/Firefox/Nutzung_in_Unternehmen). Die .js / .cfg Datei schiebst du dann entweder per Script oder GPP auf die Clients. Und Software per GPO zu verteilen ist echt nicht das gelbe vom Ei. Gruß Jan

Hi, die DefaultTsvUrl ist eigentlich nur ein Workaround für alte RDP Clients (https://blogs.technet.microsoft.com/askperf/2015/06/11/walkthrough-on-session-hint-tsvurl-on-windows-server-2012/). Generell würde ich dir dazu raten, den Broker (Ggfs. mit RDWeb und RDGW) seperat zu betreiben. Erstelle mal eine RDP Datei mit dem Broker (bei dir also TS01.<Domäne>.<tld>) als Ziel und speichere diese ab. Öffne die Datei z.B. mit Notepad und passe folgende Einträge an bzw. füge diese hinzu: use redirection server name:i:1 loadbalanceinfo:s:tsv://MS Terminal Services Plugin.1.<RDS COLLECTION NAME> Und generell sind User Profile Disks so ein Thema für sich. Häufig reicht "ein wenig" Folder Redirection aus und ansonsten spricht meistens viel für eine "echte" Profilverwaltung. Gruß Jan

Oder folge der GP Search: http://gpsearch.azurewebsites.net/#13296

Hi, wenn der User Mails in PST "archiviert" kann er auch gleich löschen. Wenn archivieren, dann richtig mit entsprechender Archivlösung. Gruß Jan

Und dann ein ANY <-> ANY zwischen den Netzen ;) SCNR So sieht es zumindest bei ein paar Kunden aus, die das auch mal als Anlass genutzt hatten...

Weißt du zufllig, ob das auch im Hosting, wie es hier der Fall sein sollte, unter SPLA gültig ist?

Hi, wenn du erweitern möchtest bleibt wohl nur /23 (oder größer). Die Alternative wäre Routing. I.d.R. funktioniert das "problemlos". Gruß Jan

Hi, ggfs. kannst du das serverseitig mit 3rd Party wie z.B. Code Two Folder Sync o.ä. machen. Bzw. vielleicht auch mit entsprechenden Transportregeln am Exchange. Hier könnte das "Warum?" evtl. helfen. Ggfs. wäre ein Ticket System o.ä. sinnvoller für die unbekannte Anforderung. Gruß Jan

Hä? Beschreibe doch mal was da genau wie passieren soll?

Hi, sowas will man, wie auch Pop Konnektoren, eigentlich unbedingt vermeiden. Du musst die akzeptierte Domäne als "Internes Relay" konfigurieren. Dann gehen allerdings auch nur Mails an den Smart-Host, die der Exchange nicht kennt. Wenn die Mailbox bzw. Mailadresse auf dem Exchange liegt, geht die natürlich nicht über den SmartHost. Gruß Jan

Ihr werdet die alte XenApp 6 Farm ja aber vermutlich früher oder später abschalten. Du kannst auch mit XenApp 7.x Delivery Controller / Storefront / VDA (und theoretisch auch den SQL) auf einem Server installieren und betreiben. Um das in "kleineren" Umgebungen nicht tun zu müssen, haben wir uns halt entschieden, "zentrale Citrix Dienste" bereitzustellen. So sieht es AFAIK auch das "Service Provider Referenz Modell" von Citrix vor.

Hi, ich würde mit weniger Kosten = weniger Komfort dem Kunden gegenüber argumentieren. Und theoretisch würde der neue DDC doch den alten CTX ersetzen? Ihr scheint da ja pro Kunde (?) eine eigene Umgebung (Private Cloud) zu betreiben. Ggfs. könntet ihr euch Gedanken machen, gewisse Dienste, wie z.B. AV oder Citrix Storefront / Delivery Controller / ... als Shared Service zu Betreiben. Gruß Jan P.S.: Ihr betreibt für einen Kunden einen quasi ungepatchten Exchange als Hoster? Naja..

Und genau dafür bezahlt dich der Kunde doch, damit _er_ das nicht machen muss ;) Die gebratenen Täubchen fliegen einem halt nicht immer in den Mund. Hier dürfte es aber i.d.R. genügen, die entsprechenden Support-Kanäle der Hersteller zu befragen. Die können sicher mit direkten Links zu den Patches helfen.

Hi, ggfs. bietet sich auch die Cloud für den ein oder anderen Dienst oder vielleicht sogar für alles an. Ansonsten dürfte die Boardsuche zu diesem Thema gefühlt hunderte Beiträge liefern. Gruß Jan

Dafür wäre es evtl. einfacher, wenn du anstatt "DatabaseSize" "AvailableNewMailboxSpace" nutzt. Warum das Ganze? Je nachdem spielst du dann eh Mailbox-Ping-Pong, wenn ich dich richtig verstehe.

Hi, hier findest du ein wenig zum "rumspielen" mit den Größen der Postfächer: https://www.faq-o-matic.net/2012/01/30/exchange-2010-mailboxgren-auswerten/ Da dürften verschiedene Ansätze für dein Vorhaben bei sein. Gruß Jan

Loop nochmal stecken ;) Nach möglichkeit dann aber wohl besser in einem Wartungsfenster.

Eure Internetleitung ist kleiner 10 MBit? Falls nicht kann die GF ja gar nicht performant surfen! Da haste schonmal nen neuen Switch und Router im Sack ;) Aber mal im Ernst: Rede mit der GF und lass dir doch mal deren Anforderungen an die IT erläutern. Danach kannst du / könnt ihr dann ja bewerten, ob es bei euch passt oder was zu tun wäre, damit es passt.