dormi98

Danke werde ich kommende Woche testen und gebe dann Bescheid Nein, OS ist bei beiden Windows 10 auf dem letzten Stand.

Nein. Ich wusste nicht, dass die mit CU14 automatisch aktiviert wird. Danke wieder was gelernt. Testweise EP im IIS ausgeschalten - funktioniert sofort. Fragt sich nur noch was an den beiden Clients nicht passt.

Hallo zusammen! Ich habe bei 2 Clients (von ca. 60) nach der Installation des CU14 am Exchange 2019 Server ein Problem. Könnte also sein, dass es auch ein Zufall ist und garnichts mit dem Update zu tun hat. Auf beiden Clients ist es nicht mehr möglich Outlook mit dem Exchange Server zu verbinden. Im bestehenden Outlook Profil, welches jeweils vorhanden war, fragt Outlook ständig nach dem Passwort. Eine Eingabe des PW bringt nichts. (die Passwörter sind definitv korrekt - Anmeldung über OWA geht ja) Die beiden Clients sind dabei komplett unterschiedlich: Einer ist in der Domäne und hatte Outlook 2010 drauf - habe ich mittlerweile auf 2021 erhöht. Der andere ist ein privates Gerät mit Outlook 365. Folgendendes habe ich bereits versucht: Registry keys ExcludeExplicitO365EndPoint und ExcludeHttpsRootDomain gesettzt (waren schon vorher vorhanden) Neues Outlook Profil anlegen (bereits das Anlegen des neuen Profils klappt nicht, weil auch hier bei der Anmeldung das PW Loop kommt) Neues Benutzerprofil (anderer Benutzer) auf den betroffenen Geräten angelegt. - Problem bleibt Die betroffenen Benutzer auf einem anderen PC anmelden lassen, Outlook Profil eingerichtet - klappt. ..es dürfte also an den Geräten liegen. Dass man ein Outlook Profil ab und zu mal neu anlegen muss ist ja nichts neues. Das es nur mit einem neuen Benutzerprofil geht, hatte ich auch schon. Aber das selbst das nichts hilft.. Die Frage ist, warum schlägt die Authentifizierung fehl? Verbindet sich Outlook bei den beiden Geräten nicht zum richtigen Server? Welche debugging Möglichkeiten habe ich?

habe mich mal angemeldet. Bietet genau das wonach ichgesucht habe. Man kann Hersteller oder einzelne Produkte abonieren. Perfekt. Danke Zahni

Hallo zusammen! Kennt jemand von euch eine Seite wo man sich registrieren kann und dann immer sofort ein E-Mail bekommt, wenn zu einem bestimmten Produkt (Windows, div Hersteller,..) ein CVE erscheint. Idealerweise so, dass man ein Profil erstellen kann und festlegen kann zu welchen Sachen man Infos bekommt. Danke

Das hat richtig lang gedauert, aber ich habe tatsächlich die Ursache gefunden. Das Problem war garnicht der Exchange Server. Es wurde ein Smarthost zum Versenden der E-Mails verwendet. Der hat die Out of Office Nachrichten nicht weitergeleitet. Keine Ahnung warum. und wie er das erkannt hat. Von da her war NorbertFe mal wieder richtig. Nur das ich bei Relay nur an interene Software oder Geräte gedacht hab, nicht aber an den Smarthost vom Provider.

Hallo zusammen! Ausgangslage: 1 lokales AD mit 2 verschiedenen Benuter OUs (OU A und OU B) beide OUs werden per Azure AD Sync nach Microsoft 365 synchronisiert. Die Benutzer der OU A liegen alle auf einem internen Exchange 2016 Die Benutzer der OU B haben ihre Mailboxen in Microsoft 365. Der Mailflow wurde mit einem Connector ermöglicht. Hybridstellung ist nicht aktiviert. Auch im Azure AD Sync Tool ist diese nicht aktiviert. Kalendersharing, gemeinsamer Zugriff auf shared Mailboxen oder ähnliches geht natürlich aktuell nicht. Daher soll nun die Hybridstellung aktiviert werden. Kann hier einfach der Hypbrid Assistent ausgeführt werden und im AD Sync Tool das Hackerl für Hybird aktiviert werden (in welcher Reihenfolge?) oder sind in diesem Fall (es sind ja bereits User mit Mailboxen in Microsoft 365 vorhanden), noch weitere Schritte (vorab) notwendig? Nicht dass ich mir die Benutzer oder Postfächer kille oder verdopple oder sonst was zerbrösl. Danke schon mal für eure Inputs

Selbst wenn das irgendwie möglich sein sollte. Ein Benutzer könnte immer noch das erhaltene E-Mail öffnen, den Text kopieren und in ein neues E-Mail einfügen.

Hallo zusammen! Ausgangslage: Outlook 2021 mit 2 Exchange Konten. Davon eines davon Hosted Exchange (Mailbox A), das andere Microsoft 365 (Mailbox B). Über das Microsoft 365 Konto sind noch div. shared Mailboxen in Outlook eingebunden. Normalerweise ist es ja so, dass Outlook, wenn man im Posteingang einer shared Mailbox steht und dann auf "neues E-Mail" klickt, als Absenderadresse (Von Feld) die Adresse der shared Mailbox verwendet. Genau das passiert hier aber nicht. Es wird die E-Mail Adresse von Mailbox B als Absenderadresse verwendet. Natürlich kann der Benutzer das manuell umstellen. Aber die Gefahr, dass das vergessen wird ist hoch und dann gehen die Antworten an die persönliche Adresse und nicht wie gewünscht an die shared Mailbox. Kennt jemand das Problem? Gibt es da eine Registry Key über den dieses Verhalten gesteuert werden kann? Danke schon mal Gerald

Nein, der hat nicht mal einen Spamfilter. Viellicht noch von Bedeutung: 2 Domains werden direkt per SMTP zugestellt, Eine Domain per POP3 Connector.

Hallo wieder einmal! Es geht um einen Exchange 2016 (Build 15.1.2507.23) Es werden keine externen Out of Office Nachrichten generiert. Intern passt alles. Es spielt dabei keine Rolle ob out of office über Outlook oder OWA eingetragen wird. Folgendes wurde bereits kontrolliert: Kontrolle ob wirklich auch eingestellt wurde, dass auch externe out of office Nachrichten erhalten sollen. get-mailbox username | Get-MailboxAutoReplyConfiguration - sieht so aus wie es soll Get-RemoteDomain | fl DomainName,AllowedOOFType,AutoReplyEnabled - liefert: DomainName : * AllowedOOFType : External AutoReplyEnabled : True get-serverhealth liefert bei folgenden Punkten ein unhealthy: Transport.ServerCertMismatch.Monitor RestDeepTestMonitor NetworkAdapterRssMonitor Woran könnte das noch scheitern? Danke schon mal vorab.

So, ich konnte das Problem lösen Es sollte tatsächlich so sein, dass USB Datenträger wenn der Wert auf "Nicht konfiguriert" gestellt ist, nicht verschlüsselt werden müssen. Nachdem es aber so ist habe bin ich über eine längere Suche auf den Registy Key gestoßen, der Verantorlich ist: HKLM\System\CurrentControlSet\Policies\Microsoft\FVE hier den Wert RDVDenyWriteAccess anlegen und Wert auf 0 setzen. Das ließ sich einfach per Powershell Script auf alle Windows 11 Rechner verteilen.

Das mag ja sein, aber wir sprechen hier von 10 Usern - da ist ein eigenes Mailgateway schon etwas, naja groß. Keine anderern Möglichkeiten?

Hallo zusammen! Ein Geschäftspartner verwendet ein E-Mail Gateway zur E-Mail Verschlüsselung. Allerdings verwenden Sie ein einziges Domain Zertifikat zur Verschlüsselung. Wir selbst haben S/MIME Zertifikate pro Benutzer. Wir können verschlüsselte E-Mails von dem Partner erhalten (natürlich nachdem man ein E-Mail mit seinem Zertifikat gesendet hat) - das E-Mail Gateway versteht also S/MIME Zertifikate. Das Problem ist aber, dass ich es nicht schaffe Outlook bei zu bringen, das Zertifikat für alle Kontakte der Domain xy.com zum Verschlüsseln zu verwenden. Natürlich kann ich das Domain Zertifikat zu den einzelnen Kontakten hinzufügen, aber auch dann lässt Outlook Zertifikat nicht zu, da ja die E-Mail Adresse im Zertifikat nicht übereinstimmt (ist ja ein Domain Zertifikat) Kann man Outlook irgendwie beibringen das Zertifikat zu akzeptieren und die Nachricht mit dem öffentlichen Schlüssel zu verschlüsseln? Oder gibt es eine anderen Mailclient, der nicht prüft ob die E-Mail Adresse im Zertifikat stimmt. Oder könnte ich vielleicht irgendwie den öffentlichen Teil des S/MIME Zertifikats für die jeweiligen Benutzer des Partners bei mir selbst erstellen? Den public key habe ich ja, ich bräuchte also nur ein Zertifikat mit der richtigen E-Mail Adresse und dem öffentlichen Schlüssel - kann man das irgendwie erzeugen? Der Partner selbst geht übrigens davon aus, dass jeder ein eigenes Mailgateway hat, wo das Domain Zertifikat eingespielt wird. Danke für eure Inputs

Eine Ressource benötigt keine Lizenz, daher ist auch eine Anmeldung nicht möglich. Du könntest das Ressourcenpostfach in ein normales Postfach konvertieren und ihm eine Lizenz zuweisen. Exchange online genügt. Dann gibt es auch ein Credential und eine Anmeldung ist möglich.