dartzen

Das ist eigentlich auch nicht der richtige Weg, um Shared Mailboxen anzubinden. Der korrekte Weg ohne Automapping wäre, die entsprechende Berechtigung per Shell zu setzen mittels Add-MailboxPermission -Identity "Postfach" -User "Benutzer der Zugriff haben soll" -AccessRights FullAccess -InheritanceType All -AutoMapping $false und dann am Client im Outlook als zusätzliches Konto hinzuzufügen. Also direkt über "Konto hinzufügen" und nicht über diesen Dialog in den erweiterten Einstellungen des Hauptkontos. Falls derjenige zusätzlich "Send as" oder "Send on behalf" haben soll kann man das entsprechend mit angeben oder nachträglich auch in der GUI machen, da dass keine Auswirkung auf das Automapping hat

Sieht für mich so aus, als wenn da noch irgendwo Lizenzkeys von den alten Versionen im System sind. Gib mal bitte unter einer Admin-CMD folgenden Befehl ein: cscript "C:\Program Files\Microsoft Office\Office16\OSPP.VBS" /dstatus Das sollte dir alle installierten Office Lizenzen mit den letzten fünf Zeichen des Keys anzeigen. Normalerweise sollte da nur deine aktuelle Office 2024 Lizenz auftauchen. Wenn da noch mehr sind, kannst du die alten mit dem Kommando löschen: cscript "C:\Program Files\Microsoft Office\Office16\OSPP.VBS" /unpkey: <Die fünf Zeichen des Produkt Keys>

Ja, kaum macht man es richtig klappts auch. Ich hatte beim ersten Versuch aus irgendeinem Grund gedacht es würde Calender heißen.

Genau das war es, mit Get-MailboxFolderStatistics werden mir die Ordner angezeigt und ja, es heißt tatsächlich Calendar. Dann kann ich auch die Berechtigungen abfragen. Lieben Dank euch.

Sollte ich haben, bzw. habe ich das Kommando auch mal direkt auf dem Server mit dem Domain-Administrator getestet. Über den wurden die Räume in der GUI auch angelegt. Wo müsste ich denn schauen, um das zu bestätigen und welche Rechte bräuchte ich?

Die Mailbox ist da, es werden mir, wenn ich das select weglasse, auch ein Itemcount angezeigt. Wie gesagt, funktionieren die Raumbuchungen auch und ich sehe auch die Termine im Kalender, wenn ich ihn anbinde. Daher verwirrt mich das ja so. Die Räume wurden damals über die GUI angelegt, die stehen dort im EAC unter "Ressourcen" mit dem Typ "Raumpostfach".

Hi Mirko, da kommt dann gar kein Ergebnis, bei keinem der Räume. Aber die müssen doch einen Kalenderordner haben, sonst würde es doch gar nicht funktionieren, oder?

Hallo zusammen, ich habe da ein kleines Problem mit unseren Raumpostfächern bzw. deren Kalendern im Exchange Server SE. Es kam der Wunsch auf, dass man im Kalender der Räume den Organisator eines Termins sehen kann. Ich hatte dann hier auch einen alten Thread gefunden: Die Befehle sind soweit ich gesehen habe auch im Exchange SE immer noch gültig. Allerdings habe ich bei uns das Problem, dass es angeblich in den Postfächern keinen Ordner "Kalender" bzw. "Calender" gibt, bzw. die Shell meldet mir bei einem Get-MailboxFolderPermission er könne nicht gefunden werden. Es gibt angeblich nur den Ordner "Top of Information Store", wenn ich die Abfrage direkt auf das Raumpostfach mache. Die Kalender an sich funktionieren aber, ich kann die Räume korrekt buchen und sie mir anbinden, sehe dann halt aktuell aber nur Frei/Gebucht. Hat einer von euch eine Idee, was ich hier falsch mache?

Nee, ich hab eher ne Mietzekatze gesehen.

Danke, hab's korrigiert. Ich hätte nicht so viel Looney Toons schauen sollen.

Ich hatte auch nicht grundsätzlich ein Problem damit, wenn die Leute es nicht mehr wussten. Aber dieses "Oh verdammt, da kommt ganz überraschend Weihnachten/Silvester, wie ging das nochmal" konnte man echt jedes Mal beobachten. Noch geiler waren dann die, die am Tag vor Silvester dann auf der Notfallhotline dafür angerufen haben, weil die Firma zwischen den Feiertagen zu hatte und halt nur einen Notfalldienst für Servicekunden hatte (weil u.a. Altenheime und KHs im Kundenstamm waren). Ne Ansage ist jetzt nicht so wirklich ein Notfall.

Ja, das kommt jedes Jahr so überraschend, genau wie Silvester. Furchtbar diese Feiertage, die immer am gleichen Datum sind, wie soll man sich das nur merken. Wobei ich das tatsächlich früher jedes Jahr erlebt habe, wo ich noch Telefonanlagen betreut habe, dass Kunden 1 bis 2 Tage vorher ganz aufgeregt angerufen haben und ganz dringend eine neue Mailboxansage gebraucht haben und nicht mehr wussten, wie es geht.

OK, wenn ich den Artikel richtig verstanden habe ist das Problem nicht ursächlich im Server 2025, sondern diese Extensible Storage Engine und diesen Bug gibt es quasi schon immer oder zumindest schon sehr lange. Ist nur bisher nicht aufgefallen, weil die erst ab Server 2025 automatisch mit der größeren 32K Tabelle arbeiten, wo es dann zu diesem Fehler kommt. Bzw. weil das Exchange Setup einfach gnadenlos Werte schreibt, ohne zu prüfen ob es sie schon gibt.

Super, danke für die schnelle Antwort. Da ja nach dem Update die alte Datenbank nicht mehr benötigt bzw. aktiv verwendet wird sollte das in dem Fall nicht so problematisch sein. Es wird, wie ich es verstanden habe, nur während der Migration zusätzliche DBs geben, danach sollte das wieder so laufen wie bisher.

Hallo zusammen, ich habe da eine vielleicht etwas doofe Frage bezüglich des Datenbanklimits bei SQL Express. Der hat ja ein Limit von 10GB für die Datenbank. Gilt das für alle Datenbanken auf diesem Server zusammen oder für jede einzeln? Hintergrund ist, dass ein Dienstleister für seine Software Anfang des Jahres einen SQL 2022 Express mit installiert hat (der Server macht nur diese Software und dessen Datenbank). Nun steht ein Update der Software an und der Support meint, es wäre besser einen neuen Server bereitzustellen, weil die brauchen ja auf jeden Fall eine zweite Datenbank dafür und dann käme man an das Limit ran, wenn die aktuelle mehr als 4 GB hat. Ich bin mir jetzt halt nicht sicher, ob das nicht nur Gequatsche von denen ist, weil die mehr Stunden verkaufen wollen (bin nicht wirklich überzeugt von deren Kompetenz, aber habe keine andere Wahl), oder ob das wirklich so ist. Aktuell haben alle Datenbanken zusammen ca. 6 GB, Wenn das Limit für alle gilt wäre das in der Tat etwas knapp, bei jeder einzelnen mache ich mir da keine Gedanken (die größte von den DBs hat knapp 4 GB aktuell.) Danke schon mal im Voraus für eure Antworten.

Ich lese das eher als Warnung für Admins: Wenn man einen Server hat und das Update nicht installiert hat, weil der bisher nicht die WSUS Rolle hatte, und jetzt die WSUS Rolle aktiviert ist der Server angreifbar. Ich lese da nicht raus, das zur Installation des Patches die Rolle deinstalliert werden müsste.

Als Abschluss von meiner Seite: Nachdem es den Exchange SE laut unserem Systemhaus immer noch nicht im CSP gibt (keine Ahnung ob das nochmal irgendwann kommt) haben wir die Serverlizenz plus SA für 3 Jahre jetzt über einen Open-Value Vertrag abgeschlossen. Client CALs sind ja in unserem Microsoft 365 E3 mit drin, die brauchts dann Gott sei Dank nicht extra. Ist auch preislich durchaus überschaubar, da hatte ich mit schlimmerem gerechnet. Aber man merkt meiner Meinung nach, dass MS den eigentlich gar nicht haben will und den nur gebracht haben, weil zu viele (zu große) Kunden denen mitgeteilt haben, das EXO für die keine Lösung ist. Anders kann ich mir diese absolut undurchsichtige Verkaufsstrategie im kleineren Segment nicht erklären.

Das klingt für mich, als wenn der Netzwerktreiber für die VirtIO nicht im wim vorhanden ist. Die Treiber für E1000 ist in Windows standardmäßig enthalten, deswegen funktioniert das direkt. Ich kenne das von VMWare, wenn man dort mit vmxnet3 Adaptern in der VM arbeitet muss man die entsprechenden Treiber in der wim mitgeben. Du solltest daher nochmal kontrollieren, ob es die richtigen Treiber sind und ob die auch korrekt in der richtigen boot.wim drin sind.

Hi, der SQL Server 2014 ist bis maximal Windows 10 freigegeben laut Liste von Microsoft: https://learn.microsoft.com/de-de/troubleshoot/sql/database-engine/install/windows/use-sql-server-in-windows Der erste SQL, der für Windows 11 freigegeben ist wäre der SQL 2017. Wirst also kein Glück damit haben, entweder neueren SQL Server benutzen oder anderes (älteres) Windows.

Wie kommst du auf die 40 Jahre? Als EoS Datum steht da 31.12.2035, also 10 1/2 Jahre. Oder kapiere ich den Witz nicht?

Ja genau, halt das "Extended Use Right", das gibt's weiterhin nur für EA/OV

Den Einwand verstehe ich nicht. Der Passus, den ich zitiert habe ist aus den aktuellen Product Terms vom Exchange Server SE, die du selbst verlinkt hast. Und da steht doch eindeutig bei den Server Lizenzen; "Subscription License or licenses with active Software Aussurance only". Da drunter kommt dann der Passus zu den Access CALs: "All CALs used to access the software under this model must also be acquired as subscription licenses or have active Software Assurance" Da brauchts doch diesen Zusatz, wie der Sharepoint SE den hat gar nicht, oder? Weil man braucht entweder eine passende Subscription Lizenz oder Lizenz mit SA, sowohl für Server als auch Access CALs. Liest sich für mich recht eindeutig.

Inzwischen gibt's da unter "Licence Model" den Passus: Server Licenses (per Instance) For Products under the Server/CAL License Model, customer may use one Running Instance of server software in either a Physical OSE or Virtual OSE on a Licensed Server for each License it acquires. Subscription licenses or licenses with active Software Assurance only. Zudem haben sie jetzt auch endlich die CAL Equivalents angepasst, damit ist nun auch offiziell. dass die M365 E3 Lizenzen zumindest die User CALs immer beinhalten. Server CAL aber weiterhin nur im Enterprise Agreement und OV,

Dann macht der bisherige Admin das auch falsch. Das machst du auch über die Exchange Shell, ebenso wie man das Zertifikat auch möglichst nicht über die MMC importieren sollte. Manuell sollte man im IIS nichts anfassen bei Exchange, da hat Norbert absolut recht. Das gibt im Zweifel nur komische Probleme.

Das geht schon, mit halt der Einschränkung, dass es das "www" vorne vor braucht. Ist wie gesagt auch die Konstellation bei uns und das funktioniert wie es soll. Den Rest macht der korrekt konfigurierte Webserver.