hacori

Danke Ingo, das hatte ich schon gesehen - damit hätte ich allerdings (weil es kein Domänenkonto ist) eben doch ein neues Benutzerprofil erstellt. :-( Da ich die neusten Updates vom Januar noch nicht installiert hatte, versuchte ich es damit. Das brachte aber nichts. Nun habe ich das Problem anders gelöst: Ich habe eine Systemwiederherstellung mit einem Wiederherstellungspunkt von Ende Dezember durchgeführt. Jetzt funktioniert das Konto wieder richtig. Ob es schliesslich doch an der ominösen Berechtigung des unbekannten Kontos in der Registry lag, oder ob ich unabsichtlich einen Eintrag aus der Registry gelöscht habe, der eigentlich nicht in meinem Suchfokus lag, weiss ich nicht. Danach musste ich natürlich die Updates erneut installieren, aber wenigstens ist jetzt der Fehler behoben.

Neu aufsetzen ist sicher nicht nötig. Das zweite Konto (bis gestern einziger Administrator) funktioniert problemlos, inkl. Modern UI - ausser eben dem Benutzerwechsel zum anderen Konto. Und dass die gelöschte Berechtigung in der Registry wirklich die Ursache sein kann, bezweifle ich eigentlich. Entgegen dem Screenshot auf der verlinkten Seite stand nicht nur die SID drin, sondern "Unbekanntes Konto (S -1-15...)".

Hallo Leute Ich habe seit heute ein merkwürdiges Problem mit einem Konto an meinem PC. Bisher war das ein normaler Benutzer, zur Analyse habe ich den zum Administrator heraufgestuft. Zuerst zur Vorgeschichte: Da in Office ständig ein Konto angezeigt wurde, das ich nicht mehr gebrauchen kann (ist nicht mehr für das offline Office lizenziert), habe ich einige Einträge aus der Registry gelöscht (leider ohne vorgängiges Backup). Einerseits waren das ein paar Hinweise auf die E-Mail Adresse, andererseits aber auch welche zur zugehörigen ID. Diese stand u.a. in folgendem Pfad: Computer\HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\16.0\Common\Identity\Identities Diesen Eintrag, sowie auch alle anderen mit der gleichen ID, habe ich in der gesamten Registy gelöscht. Dabei muss auch etwas gelöscht worden sein, was ich nicht hätte löschen sollen. Jetzt kann ich das Startmenü nicht mehr öffnen, komme mit Win+i nicht in die Einstellungen und direkte Verknüpfungen auf konkrete Einstellungsseiten (z.B. ms-settings:appsfeatures) funtkionieren auch nicht. Wenn ich diese mit Win+r versuche zu öffnen, erscheint die Fehlermeldung "Klasse nicht registriert". Wenn ich über Ctrl+Alt+Delete den Benutzer wechsle und mit dem zweiten Konto anmelde, erscheint beim Startmenü ist das andere Konto nicht für den schnellen Benutzerwechsel verfügbar und ich muss abmelden, um mit dem vorher angemeldeten Konto wieder anzumelden. Kurz gesagt: das gesamte "Modern UI" scheint bei diesem Benutzer zerschossen zu sein. Zudem: Wenn ich Excel starte, erscheint die Fehlermeldung "Objekte verknüpfen und einbetten ist nicht möglich". Diesbezüglich habe ich schon die Lösung von dieser Seite ausprobiert. Das ist aber schon so gesetzt und wenn ich das andere Konto eintrage, kommt die Fehlermeldung ebenfalls. Hat jemand einen Tipp, wie ich das Benutzerprofil reparieren kann, ohne dass ich ein neues erstellen muss? Vielleicht noch ein wichtiger Hinweis: In der Registry war unter Berechtigungen ein "Unbekanntes Konto" aufgelistet. Dieses habe ich bei allen Hauptordnern gelöscht, da ich davon ausging, dass es nicht benötigt wird. Möglicherweise war das eine falsche Annahme, weil es auf meinem Laptop ebenfalls ein solches gibt (S-1-15-3-1024-1065365936-1281604716-3511738428-1654721687-432734479-3232135806-4053264122-3456934681). Ob die SID auf dem PC die gleiche hatte, weiss ich nicht. Der Laptop ist von Lenovo und der PC von acer, jedoch mit einer relativ frischen Windows 10 Installation und somit ohne vorinstallierte Software.

Um welche Art von Mail-Konto geht es - POP, IMAP oder Exchange / Office 365? Falls letzteres, würde ich - zumindest testhalber - ein neues Outlook-Profil erstellen. Das ist in solchen Fälle meistens die einfachste Lösung für solche Probleme. Folgendes erscheint zwar vielleicht zu banal, könnte aber trotzdem weiterhelfen: Die Ansicht links oben ändern auf eine andere. Falls die Kontakte dann erscheinen, könnte in der Standardansicht (unbewusst) ein Filter gesetzt worden sein, der auf keinen der Kontakte zutrifft. Sollte das nicht helfen, mal schauen, ob die Kontakte in der "Ordner" Ansicht erscheinen.

Danke Damian, genau dahin habe ich bereits erfolglos geschrieben (am 27. November 2021).

Hallo zusammen Ich hoffe, dass mir jemand hier irgendwie helfen kann. Bei mcseboard.de hate ich zwei Benutzerkonten. Eines davon (dieses) lautet auf meine geschäftliche E-Mail-Adresse und ein anderes Konto auf meine private E-Mail-Adresse. Mit letzterem kann ich zwar noch einloggen, die Einstellungen ändern und meine früher erstellten Beitträge (Themen) ansehen. Allerdings kann ich - egal in welchem Forum - nichts neues Erfassen. Der Button "Neues Thema erstellen" fehlt überall. Alle Versuche, mit jemanden deswegen in Kontakt zu treten (Chat, Kontaktformular, Supportanfrage) sind gescheitert, weil ich dazu nicht berechtigt sei oder ich bekam keine Antwort (Anfrage an eine E-Mail-Adresse, die ich hier im Forum fand). Falls jemand weiterhelfen und das Problem meines zweiten Kontos lösen - oder es löschen - kann, bitte eine PN senden. Danke im voraus Cornelia

Danke schon mal für die Antworten Die Postfächer sind nur on-premise, nicht online. Was die Einstellungen bei Incamail betrifft, liegen mir keine Informationen vor. Der externe Supporter der Softwarefirma stellte nur die Forderung, die richtigen (funktionierenden) Zugangsdaten für den Server zu erhalten. Um die Konfiguration bzw. Schnittstelle zu Incamail kümmert er sich selbst. In der Setup Documentation von Incamail sind für 'SMTP/TLS Auth' die Server gw1.incamail.com und gw2.incamail.com erwähnt. Deren IP-Adressen habe ich jetzt in zwei zusätzlichen, für Incamail erstellten, Empfangsconnectoren eingetragen - einen für Port 25 und einen für Port 587. Das erste Zertifikat der obenstehenden Liste ist offiziell. Ich habe dieses mit dem Incamail Empfangsconnector für Port 587 verknüpft. Die Abfrage des Connectors ergibt jetzt Folgendes: Name : Incamail Fqdn : Server.int.domain.ch TlsCertificateName : <I>CN=RapidSSL RSA CA 2018, OU=www.digicert.com, O=DigiCert Inc, C=US<S>CN=owa.external-domain.ch Vom Softwareanbieter werde ich den Mailversand nochmals testen lassen. Anmerkung/Nachtrag: Testhalber habe ich das Zertifikat zusätzlich mit dem Empfangsconnector Client Frontend <Server name> verknüpft in der Hoffnung, dass die Angaben danach in den Einstellungsoptionen von OWA erscheinen würden. Da dies jedoch nicht der Fall war, habe ich das Zertifikat für diesen Connector wieder entfernt.

Hallo zusammen Ausgangslage: Ich bin daran, mit einem Softwareanbieter die Möglichkeit bereitzustellen, dass E-Mails über den Exchange Server via SMTP von extern gesendet werden können. Genauer gesagt sollen die Nachrichten verschlüsselt mit dem Incamail Service der Schweizer Post gesendet werden (Infos dazu unter https://www.incamail.com/). Wir haben dafür bereits ein eigenes Benutzerkonto erstellt, welches für den Mailversand genutzt werden soll. Das Login beim OWA funktioniert und von dort können auch E-Mails gesendet werden. Es ist aber nicht möglich, die Mails über SMTP zu senden. Ich sollte es nun so einrichten, dass die Daten in den Option - wie auf folgender Seite ersichtlich - angezeigt werden: https://docs.microsoft.com/en-us/exchange/clients/pop3-and-imap4/configure-authenticated-smtp?view=exchserver-2016 Auf dem Exchange Server sind die standardmässigen Empfangsconnectors Default Frontend <Server name> (Port 25), Client Frontend <Server name> (Port 587) sowie Client Frontend <Server name> (Port 465) vorhanden. Zusätzlich gibt es einen benutzerdefinierten Empfangsconnector Mailrelay (Port 25), bei dem unter Remotenetzwerkeinstellungen einige interne IP-Adressen (mehrheitlich Drucker) eingetragen sind. Ich habe einen zusätzlichen Empfangs. Eine Abfrage des Befehls 'Get-ReceiveConnector -Identity "Client Frontend*" | Format-List Name,Fqdn,TlsCertificateName' ergibt Folgendes. Name : Client Frontend SERVER Fqdn : Server.int.domain.ch TlsCertificateName : Bei den anderen Empfangsconnectors ist es gleich. Die Abfrage von Get-ExchangeCertificate ergibt Folgendes: Thumbprint Services Subject ---------- -------- ------- 2239DD3445EFD32BB45FC9FF10527D4DB877C6D8 IP.WS.. CN=owa.external-domain.ch FDCEEC8CCBC59BEFC632F1E19257E8FC32ECBBF9 ....... CN=Microsoft Exchange Server Auth Certificate 035973657EA3D9E94B4074395D6DDCE8DE2B627D ....... CN=Server 0FDA59EFA36F4E63B5200F8CE088D0B61E672591 ....... CN=WMSvc-SHA2-SERVER Fragen: - Welches Zertifikat muss/kann für TlsCertificateName - authentifiziertes SMTP - ausgewählt werden? - Muss sonst noch etwas gemacht werden, damit der SMTP-Versand möglich ist? Anmerkung, sofern relevant: Der Exchange-Server ist mit Office 365 verbunden. Besten Dank im voraus

Ja, ein solcher Test ist natürlich eine Option. Mich hat halt primär interessiert, ob bei jemand anderem das Phänomen auch aufgetreten ist und - ggf. in einer Testumgebung - beheben konnte. Scheinbar ist das aber - zumindest bisher - nicht der Fall. Somit werde ich eine allfällige Entfernung der Updates mit meinem Chef klären, er muss dafür das Einverständnis geben. Habe gerade an anderer Stelle gelesen, dass der Support von Office 2013 im Zusammenhang mit Office 365 Diensten im Oktober eingestellt wird. Insofern hat sich das für mich erledigt.

Hallo zusammen Gestern Abend wurden auf einem Terminalserver (Windows Server 2012 R2) die folgenden Updates bezüglich Outlook bzw. Office installiert: KB5001934 - Sicherheitsupdate Outlook 2013 KB5001955 - Sicherheitsupdate Office 2013 KB5001937 - Update Office 2013 Heute beschweren sich die User, dass Outlook lange braucht beim starten und auch bei üblichen Aktionen (z.B. E-Mail senden) langsam ist. Die User rufen ihre E-Mails von Office 366 ab, es besteht kein Exchange Server. Weiss jemand von ähnlichen Problemen? Sollen die Updates (ev. inkl. dem Access Update KB448527) wieder entfernt werden? Bin für Hinweise dankbar. Freundliche Grüsse Cornelia

Hallo Ich greife dieses Thema nochmals auf. Nachdem ich aufgrund diverser Schwirigkeiten infolge Upgrade die Windows 10 Version 1909 komplett neu installieren musste (clean install), komme ich nun mit meinem normalen Benutzerkonto überhaupt nicht mehr in den Hyper-V Manager. Es kommt immer die Benutzerkontensteuerung, die mich auffordert, mit einem Administratorkonto anzumelden. Dies obschon der Benutzer wiederum in der Gruppe der Hyper-V-Adminstratoren eingetragen ist. Sind in der neuen Version zusätzliche Schritte nötig oder ist möglicherweise die Verwaltung mit normalen Benutzerkonten ausserhalb von Domänen gar nicht mehr erlaubt? Freundliche Grüsse

Hallo Es lag doch nur an der noch nicht durchgeführten Ab/-Anmeldung. Die VM ist jetzt ersichtlich und kann verwaltet werden. Zunächst hatte ein weiteres Problem, das sich aber geklärt hat: Zur Verbindung auf die VM bevorzuge ich Remotedesktop und gab den Namen der VM gemäss Hyper-V-Manager ein. Es kam dann immer der Fehler, es sei bereits eine Konsolensitzung aktiv. Daraufhin wurde ich fehlgeleitet wegen Hinweisen in Foren zu Ursachen bezüglich IP-Adressen oder bereits verwendetem Port 3389. Da die VM aber eigentlich einen anderen Namen hat als im Hyper-V-Manager eingetragen, konnte die Verbindung gar nicht funktionieren, - Mit dem richtigen Namen hat es schliesslich problemlos geklappt. Gruss und schönes Wochenende

Danke für die Info. Ich denke, der Computer ist automatisch verwaltender Host, da die HD, auf welcher die VM gespeichert ist, dort intern eingebaut ist. Die VM erscheint in der Struktur auch gleich unter dem Host. Fals ich falsch liege, wo muss ich das einstellen? In den Einstellungen hatte ich nichts gesehen, was ich in der Hinsicht noch ändern könnte. Ob ich den Benutzer ab-/angemeldet hatte, bin mir tatsächlich nicht mehr sicher, ich denke aber schon. Ich werde es jedenfalls Ende Woche nochmals testen, komme vorher nicht mehr dazu.

Hallo zusammen Zu dem Thema habe ich schon ein paar Hinweise gefunden, jedoch nicht zur vorliegenden Ausgangslage. Ich habe auf meinem Windows 10 Pro in Hyper-V eine Windows 7 VM. Nebst dem Admin-Account habe ich noch einen normalen Benutzer-Account. Wenn ich den Hyper-V Manager als Admin starte, sehe ich die VM und kann sie auch problemlos nutzen/verwalten. Wenn ich den Hyper-V Manager jedoch als Benutzer starte, sehe ich die VM nicht. Ich habe den Benutzer bereits zur Gruppe der Hyper-V-Administratoren hinzugefügt, was aber nichts gebracht hat. Gemäss der Info auf dieser Seite soll man prüfen, ob der "Verwaltungsdienst für virtuelle Computer" gestartet ist. Diesen gibt es aber nicht und er lässt sich auch nicht installieren, weil dies ein Dienst für Server und nicht für Clients ist. Zunächst dachte ich, ich käme mit hvremote.wsf weiter, was aber auch nicht ging. Es kam zuerst die Meldung "INFO: Assuming /mode:client even though Hyper-V Feature is enabled" und schliesslich ein Fehler, wie es bei jemanden unter Fragen und Antworten erwähnt wurde. Nebst dem Aspekt, dass das Tool offensichtlich auch nur im Zusammenhang mit Servern helfen würde, habe ich gelesen, dass AZMan deprecated ist. Muss ich mich also damit abfinden, dass ich den Hyper-V Manager nur als Admin nutzen kann oder gibt es doch noch eine Lösung? Danke im voraus für eure Rückmeldungen.