Jump to content

NorbertFe

Expert Member
  • Gesamte Inhalte

    43.543
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von NorbertFe

  1. Bisher ja. Ging auch schneller als erwartet.
  2. Ja ein geschwärztes ipconfig /all ist dann sehr hilfreich ;)
  3. Naja soviel besser ist das aber auch nicht, oder hab ich was übersehen?
  4. Bei zweiterer Version (im Übrigen die sinnvollere in vielen Fällen), landen gesendete und gelöschte Elemente auch gleich im richtigen Postfach ;) Die OST Datei hattest du schon richtig erwähnt. Weiterhin kannst du dann getrennte Signaturen und Regeln und Abwesenheitsassistenten pro Postfach nutzen.
  5. Pff solche Kunden die das Anfang der 2000er gemacht haben, kenn ich zur Genüge. Ständig Stress mit den Mediakonvertern/Swichtes im Kabelkanal und deren Schaltnetzteilen. Das würd ich mir freiwillig nie antun.
  6. Weil die privaten Adressen geheim bleiben müssen?
  7. Wenn das wirklich aufgrund deines setup Fehlers passiert ist, dann nicht. Der Hostnamen seiner Server und Clients lautet dann ja irgendwas.Domain.intern.Domain.intern. und ob sich da ein Domain rename lohnt und machbar ist, kann man hier schlecht aus der Ferne sagen. ;)
  8. Nö, dann hast du den falschen Namen für den Server angegeben. Deine Domain ist jedenfalls jetzt sehr umständlich benannt. wenn da noch nichts passiert ist, würde ich von vorn beginnen (kannst du gleich deine Unterlagen aktualisieren)
  9. Na exchange 2016 parallel zum 2010 installieren und dann den 2010 deinstallieren.
  10. Ja solche Situationen kennt wohl fast jeder. ;)
  11. Ich hätte ja mal get-authconfig aufgerufen. Da dürfte man dann Klarheit haben. ;) aber wenn nur ein exchange da ist, wird er das sowieso nie merken (außer evtl. In eventlog)
  12. Wenn du den Artikel gelesen hättest, wüsstest du, dass man das als Laie (und das ist der to nach eigener Aussage hinsichtlich exchange) so gar nicht sieht, weil es in der Auth-config steht und nicht im iis.
  13. Man könnte den link ja einfach lesen und abarbeiten. Das auth. Zertifikat ist nicht grundlos vorhanden. ;)
  14. Ok also abgeheftet unter sinnlos aber machbar. Warum so traurig ;)
  15. https://blog.icewolf.ch/archive/2018/03/20/exchange-2016-renew-microsoft-exchange-server-auth-certificate.aspx
  16. Das is klar, aber wozu eine eigene? Die onmicrosoft.com hast du zwangsweise. ;)
  17. Adsiedit. Wäre die Frage, wie man eine Migration einfach beenden kann, ohne fertig zu sein. ;) nur den alten Exchange abschalten ist eben nicht fertig.
  18. Sehr gut beschrieben. Nur mit on prem Exchange betreibt man eine Ms unterstützte Umgebung wenn aadc im Einsatz ist. Es geht auch ohne, dann hat man aber andere Probleme. ;)
  19. Wenn du dir mal den Katalog anschaust, wirst du feststellen, dass da Myriaden an Treiber Updates usw. drin sind, die du sehr wahrscheinlich niemals brauchen wirst. Also ja, grundsätzlich solltest du vorher wissen was du in etwa freigeben solltest. Beim bios ist es einfach bei Treibern und Applikationen etwas mehr Aufwand.
  20. Häh? Die Maschine zeigt doch an was sie benötigt. Und ja den gesamten Katalog von Dell zu importieren und freizugeben ist keine gute Idee.
  21. Ja und? Das ist ja logisch. Funktioniert aber eben nicht, wenn man bspw. Centralized transport hat (afaik). Du brauchst zwischen on-prem und cloud Postfächern eine Transport-Domain. Und rate mal welche sich da anbietet.
  22. Naja ich würde nicht alles freigeben, aber grundsätzlich installiert ein Computer nur die entsprechenden Updates die er benötigt und nicht alle die freigegeben sind. ;) musst also nix selektiv freigeben.
  23. Hast du mal einen link?
  24. Wie denn? Natürlich braucht er die onmicrosoft.com aliase.
×
×
  • Neu erstellen...