NorbertFe

Dann hast du wohl was "falsch gemacht" ;) Was genau, kann man bei deiner Fehlerbeschreibung schlecht sagen. Wer am Wochenende nichts besseres zu tun hat, kann sich natürlich damit die Zeit vertreiben. Ich seh es eher als überflüssig an. Bye Norbert

Was genau willst du damit denn sagen?

Und dann?

Ich hab das nur überflogen, aber wozu ist die Distributionlist notwendig? Ich hab da nur was von roomlist gelesen.

Und was genau hindert dich jetzt daran das Lehrbuch zu nutzen und elegant zu sein? Und zum Thema admt: Natürlich kann man mit admt (und weiterem) eine Cross Forest Migration durchführen. Aber auch dabei hängt man nicht den alten Exchange in die neue Umgebung. Wie gesagt, im Gesamten bist du auf dem Holzweg. Du müßtest dich also entscheiden: IntraOrg Migration (Upgrade oder wie auch immer MS das mal wieder nennt) oder InterOrg, dann aber eben auch nach dem InterOrg Lehrbuch und nicht wie "du vermutest, dass es gehen müßte". Bye Norbert

So ist das mit dem Denken, man muss es aussprechen, denn keiner hier kann Gedanken lesen. ansonsten du bist auf dem Holzweg. Eine exchange Migration funktioniert anders. Also mach das neue nochmal weg und fang von vorn an. Am besten, indem du die üblichen how Tos liest. Man muss sich das nicht ausdenken. ;) Was du dir vorstellst, wird nicht funktionieren. Möchtest du es nochmal hören? Wegwerfen und richtig machen.

Sch...idee. Nicht mal zum Testen. ;) Noch nie seit Exchange 2007 afair. Zumindest nicht mit Legacy Protokollen.

Das wird wohl kaum gehen. ;) Es kann nur eine Exchange Org pro AD geben. Also egal was du da jetzt gebaut hast, entweder ist es unter falschen Annahmen passiert, oder du bist so verhalten mit weiteren Infos, dass man nicht helfen kann.

Und wo kommt der Exchange 2010 her? WEnn der aus einer anderen Org ist, kannst du das "vergessen". Du kannst also einen Exchange nicht einfach in ein anderes AD "verpflanzen" und erwarten, dass das funktioniert. ;)

Naja deine Erfahrung sagt grad anderes, oder? ;) Stabil bekommt man das meiner Erfahrung nach (die ist bei IMAP aber auch begrenzt) sowieso nur mit Plaintext (und natürlich IMAPs) hin. Ansonsten hatte bisher jeder Client immer irgendwelche Probleme. Dazu kommt noch die jeweilige Verwendung der unterschiedlichen Anmeldenamen und deren SChreibweise (Domain\SAMAccountname, SAMAccountName, UPN). Alle schonmal durchprobiert? https://support.microsoft.com/de-de/topic/pop-imap-clients-can-t-log-on-with-ntlm-when-alias-and-samaccountname-are-different-in-exchange-server-2016-d5ec84cc-8870-bfa4-e4fb-f3983506ab16 Im Allgemeinen deaktiviere ich EnableGSSAPIAndNTLMAuth. Zum Glück hab ich nur wenige Kunden die IMAP überhaupt nutzen wollen/müssen/sollen. ;) Bye Norbert

Häh? Ich denke imap? Und davon unabhängig, welche Authentifizierung willst du denn nutzen?

Würde ich so unterschreiben. :)

Das ist zu vermuten. ;)

Veeam ist "so verbreitet" und so slick, da lohnt sich das, weil das einfach bei vielen einfach fire and forget konfiguriert wurde. Sieht dann genauso aus wie der Rest solcher Umgebungen in vielen Fällen. (Ja ich weiß Vorurteile) :) Und ja mir ist bewußt, dass man das alles auch mit Tapes hinbekommen kann und wird. Nur sehe ich das Risiko derzeit als viel geringer und bei vernünftiger Auslagerung (wenigstens wöchentlich) auch als überschaubar.

Auch wenn du es wiederholst ist das nicht richtig. ;)

Ich meine es geht nicht, aber ich lass mich gern überzeugen. :)

Nein administrative Freigaben haben auch ein $, aber nicht jede Freigabe mit $ ist administrativ. ;)

Das geht nicht afair. Entweder das ist ein replika Server, dann hat er auch die Updates, oder er ist es nicht, dann musst du auch die Freigaben auf jedem Server extra managen.

Das problem dürfte sein, dass sich die Exchange Dienste „vordrängeln“ und deswegen die hyper-v tools nicht starten. Also entweder warten und dann die Exchange Dienste vorübergehend deaktivieren, oder die Dienste offline deaktivieren und dann erst die ganze Hardwareerkennung durchziehen bevor man die Exchange Dienste wieder startet. Dürfte der magische Peter mit Google sicher genug finden.

DirtyShutdown, LastAliveStamp, TimeStampInterval löschen. Dann sollte Ruhe sein.

Dann liest du es offensichtlich falsch. Denn es funktioniert ja so, wie meine Interpretation ist und nicht wie deine. ;)

Nein, das heißt der Organisator kann x Personen einladen, so dass die Kapazitätsgrenze <= ist und wenns mehr sind, wird abgesagt. Die Buchung kann trotzdem nur einer durchführen. Ist das so schwer zu verstehen? ;) Womit wir dann oben bei meiner Lösung sind, leg halt zwei Fitnessräume an mit Kapazität 1. Dann sollte das problemlos funktionieren.

Möglich, klingt aber nicht so, denn bestimmte Formulierungen lassen irgendwie anderes vermuten. Den Link hat Chris ja schon gepostet.

Alternativ auch gern gesehen: Aktenordner liegt auf der ESC Taste ;)

Genau das wollte ich auch grad vorschlagen ;)