Quirk18231

AutoDiscover hat bei der internen Einrichtung bei einem neuem Outlook2024 auch nur die IP, anstatt den FQDN. Dann scheitert er an der automatischen Kontoeinrichtung. Jetzt wenn ich NTDLMv2 ausschalte funktionieren alle "alten" Outlooks nicht mehr und es kommt die Microsoftanmeldemaske. Ich bin mit meinem Latein am Ende, what to do? Danke!

Der Healthchecker auf dem EXC ist auch grün, bis auf Ablauf/Kein Support etc. (security: rot nachdem ich das EP deaktiviert habe) DNS kennt autodiscover, mail.firma.de etc sind mit IP im DNS hinterlegt Die autodiscover VD zeigen auf die mail.firma.de adresse Name Server InternalUrl ---- ------ ----------- Autodiscover (Default Web Site) MX https://mail.firma.de/Autodiscover/Autodiscover.xml Danke! @TP: jetzt findet Outlook keinen Connect mehr zum Server - nur noch Verbindungsversuch

The following servers have the TLS Configuration below exchange.fimra.local RegistryName Location Value ------------ -------- ----- SchUseStrongCrypto SOFTWARE\Microsoft\.NETFramework\v2.0.50727 SystemDefaultTlsVersions SOFTWARE\Microsoft\.NETFramework\v2.0.50727 SchUseStrongCrypto SOFTWARE\Microsoft\.NETFramework\v4.0.30319 1 SystemDefaultTlsVersions SOFTWARE\Microsoft\.NETFramework\v4.0.30319 1 SchUseStrongCrypto SOFTWARE\Wow6432Node\Microsoft\.NETFramework\v2.0.50727 SystemDefaultTlsVersions SOFTWARE\Wow6432Node\Microsoft\.NETFramework\v2.0.50727 SchUseStrongCrypto SOFTWARE\Wow6432Node\Microsoft\.NETFramework\v4.0.30319 1 SystemDefaultTlsVersions SOFTWARE\Wow6432Node\Microsoft\.NETFramework\v4.0.30319 1 DisabledByDefault SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.0\Client 1 Enabled SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.0\Client 0 DisabledByDefault SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.0\Server 1 Enabled SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.0\Server 0 DisabledByDefault SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.1\Client 1 Enabled SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.1\Client 0 DisabledByDefault SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.1\Server 1 Enabled SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.1\Server 0 DisabledByDefault SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\Client 0 Enabled SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\Client 1 DisabledByDefault SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\Server 0 Enabled SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols\TLS 1.2\Server 1 TLS prerequisites check successfully passed! All servers that we are trying to currently configure for Extended Protection have RPC (Default Web Site) set to false for SSLOffloading. exchange.fimra.local: No changes made. Exchange build supports Extended Protection? True No changes were needed on the following servers: exchange.fimra.local Do you have feedback regarding the script? Please email ExToolsFeedback@microsoft.com. [PS] C:\Users\user\Downloads>& '.\ExchangeExtendedProtectionManagement(1).ps1' -DisableExtendedProtection Möchten Sie Software dieses nicht vertrauenswürdigen Herausgebers ausführen? Die Datei "C:\Users\user\Downloads\ExchangeExtendedProtectionManagement(1).ps1" wurde von "CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US" veröffentlicht und gilt auf Ihrem System als nicht vertrauenswürdig. Führen Sie ausschließlich Skripts vertrauenswürdiger Herausgeber aus. [E] Noch nie ausgeführt [N] Nicht ausführen [M] Einmal ausführen [A] Immer ausführen [?] Hilfe (Standard ist "N"): m Version 25.12.09.1750 WARNUNG: Unable to check for a script update as no script with the same name was found. This can happen if the script has been renamed. Please check manually if there is a newer version of the script. Disable Extended Protection was successful on the following servers: exchange.firma.local Do you have feedback regarding the script? Please email ExToolsFeedback@microsoft.com Die Fehler sind immer noch dieselben - muss ich NTDLMv2 jetzt auch wieder deaktivieren? PC1: Bei der Neueinrichtung in Outlook24 im Assistenten, nimmt er immer die ServerIP 192.168.1.2 anstatt den Servernamen mail.firma.de . wie kann ich das ändern?

Hi, ich habe einen EXC2019 auf Cu15+Updates geupgraded. Jetzt kommt das Phänomen, das ich kein Outlook mehr einrichten kann, weder intern noch extern. Beim externen Einrichten geht der Assistent super durch. Wenn ich Outlook aufmache, kommt durchgehend die Passwortabfrage und er macht nicht weiter. (Office2024+PC ohne Domäne) Der MS-Test ist grün: https://testconnectivity.microsoft.com/ Beim internen Einrichten erhalte ich je nach Konto unterschiedliche Fehler: 1.) Bei einem ein Zertifikatsfehler beim ersten Outlookstart (Verweis auf die ServerIP, anstatt den Remotename), dann gar nichts mehr (Outlook2016) beim 2. Start ist Outlook angeblich verbunden, aber es werden keine Mails /Ordner gesynct. 2.) Konto kann gar nicht eingerichtet werden: Entweder ist der Benutzername/PW falsch oder er findet den Server nicht. Der Healthchecker auf dem EXC ist auch grün, bis auf Ablauf/Kein Support etc. NTDLMv2 auf dem EXC und dem Client ist aktiviert. Was kann ich tun? Danke! Nachtrag: altkonfigurierte Outlooks funktionieren ohne Probleme

da hab ich mich nur vertippt - die Syntax war richtig

Hi TM, habe ich auch versucht - kommt dasselbe: $FTE = Get-DynamicDistributionGroup -Identity "AllUsers" Get-Recipient -RecipientPreviewFilter ($FTE.RecipientFilter) $FTE = Get-DynamicDistributionGroup -Identity "AllUsers" Get-Recipient -RecipientPreviewFilter ($FTE.RecipientFilter) Der Vorgang konnte nicht ausgeführt werden, weil das Objekt 'AllUsers' nicht auf 'dc.domain.de' gefunden wurde. + CategoryInfo : NotSpecified: (:) [Get-DynamicDistributionGroup], ManagementObjectNotFoundException + FullyQualifiedErrorId : [Server=Exchange,RequestId=629692342325-345d-423-348-45453345345,TimeStamp=15.09.2025 11:11: 56] [FailureCategory=Cmdlet-ManagementObjectNotFoundException] EB6E08FA,Microsoft.Exchange.Management.RecipientTas ks.GetDistributionGroupMember + PSComputerName : Exchange.domain.de

Hi, also hier der Versuch: (angelegt auf dem Exchange - Fehler?) New-DynamicDistributionGroup -Name "AllUsersVG1" -Alias "AllUsersVG1" -PrimarySmtpAddress "AllUsers@vg1.de" -RecipientFilter "(PrimarySmtpAddress -like '*@VG1.de')" Er legt die Gruppe an. (Get-DynamicDistributionGroup ok Wenn ich jetzt schauen möchte wer drinnen ist, bekomme ich die Fehlermeldung: Get-DistributionGroupMember -Identity "AllUsersVG1" Der Vorgang konnte nicht ausgeführt werden, weil das Objekt 'AllUsers' nicht auf 'dc.domain.de' gefunden wurde. + CategoryInfo : InvalidData: (:) [Get-DistributionGroupMember], ManagementObjectNotFoundException + FullyQualifiedErrorId : [Server=Exchange,RequestId=629692342325-345d-423-348-45453345345,TimeStamp=15.09.2025 11:11: 56] [FailureCategory=Cmdlet-ManagementObjectNotFoundException] EB6E08FA,Microsoft.Exchange.Management.RecipientTas ks.GetDistributionGroupMember + PSComputerName : Exchange.domain.de ?? Danke!

Hi, ich möchte gerne dyn VG anlegen - wo das Attribut die intern Mailadressendung ist. Wie kann ich das realisieren? VG1 - alle email mit Endung @vg1.de VG2 - alle email mit Endung @vg2.de Ich habe 1000 User, wie kann ich das einfach realisieren? Die Gruppe ist erstellt - die Atributtbestimmung bekomme ich nicht hin? Danke! Q

Hi, also das Problem war der ELO-Dienstleister. Könnt/dürft Ihr mir hier eine Dienstleister mit dem Ihr zufrieden seid empfehlen? Danke! Q

also ich habe jetzt den Server im InplaceUpgrade auf 2019 gehoben - das hat alle Probleme behoben und alle Dienste wurden übernommen und laufen! Danke! Q

Hi Z, der Domain-EloserviceUser ist "lokaler Admin" (kann auch wieder raus, wenn der Dienstart klappt) auf dem ELO-Server und dort in der Sicherheitsrichtlinien die Erlaubnis sich als Dienst anzumelden. Ich habe nur mal zum Testen den DomainAdmin genommen, dieser klappt aber zum Dienst starten auch nicht Auf dem FileServer hat der User Zugriffe auf die Verzeichnisse. Leider lässt sich der Dienst ELO-Textreader-1 Dienst so nicht starten. Die Aufgabe/Fehlermeldung kam vom externen Dienstleister. Q

@testp: Stimmt - ELO Digital Office

das Supportteam der Software sagt der Dienst muss als DomainUser gestartet werden, für den Ordnerzugriff ?! Das sind Gehaltsabrechnungen etc welche dort abgelegt werden sollen. Der Osner sollte dann nur auf den User/Dienst beschränkt sein

Hi, @cj_berlindies ist ein Dienst einer Software, welche diesen starten muss um Daten auf Netzlaufwerken abzulegen. @zahni: der Domainadmin sollte doch überall Zugriff haben - habe dem User aber gerade mal die Rechte explizit verpasst - klappt leider auch nicht Ich habe einen lokalen Adminuser, den Domainuser & den Domainadmin getestet - bei niemandem startet der Dienst - nur mit dem Systemkonto LG

Hi, ich möchte auf einem Server ein Dienst über einen Domainenbenutzer starten. Leider klappt dies nicht. Ich kann diesen zum Testen nicht mal als Domainenadmin starten. Es kommt o.g. Fehlermeldung. In der EventID finden ich den Fehler 7034 ServiceContorl Manager. Der Benutzer hat auf dem Rechner die Erlaubnis "Anmelden als Dienst". Was kann ich sonst noch machen? Danke! Q

Ich habe in der Testumgebung nach dem Upgrade den Fehler damit behoben, Daher wäre dies jetzt die kostengünstigste und einfachste Reparaturmethode.

also das Test-Inplace-Upgrade hat funktioniert - konnte nur die Domäne nicht testen, da ich es ohne Netzwerk hochgefahren habe ... Ich versuche mal am WE das InplaceUpgrade und gebe Rückmeldung, Es gibt noch einen BlechDC, der benannte Server ist der 2. im Bunde. Danke! LG

Hi, ich habe einen 2016er Server welche die Rollen DC/DNS/File/Print - Server hat. Kann ich diese bedenkenlos auf 2025 (2022) upgraden? ohne das es seine Rollen beeinträchtig? Danke! Q

Hi TP das sind alles Systeme auf demselben Host. Die Hardware zeigt keine Fehler, nur in der USV sind Akkus defekt. Der hyperV hat aber 2 Netzteile, einmal USV, einmal Strom. BackupRestore vom selben Tag bringt den gleichen Fehler BackupRestore von gestern läuft ... Was kann so ein Verhalten auslösen?

Ich habe den nächsten Server der mit dem selben Problem. Server2021 auf dem HyperV neu aufgesetzt Langsam glaube ich, dass entweder der Host oder der HyperV kaputt ist. Leider finde in den Eventids nur die HyperVWorker Fehlermeldungen. Es scheint der Rechner stürzt ab und versucht dann neu zu starten, welches zu dieser Fehlermeldung führt ... Hat jemand Ideen? Danke! Q

Hi D, also bei den nichtMS-Services finde ich nur unsere Backup- Antivir- Browserlösungen, diese sind im Gegensatz zu den MS-Services auch alle verifiziert. im EventID auf dem FS sehe ich nur die Bugcheckeinträge 1001 & 1005 im EventID auf dem HyperV sehe ich nur die oben schon genannten Fehler ... (+EventID 131 Fehler beim Staging von Metadaten. Ergebnis=0x80070490 für Container)

ok, danke! - die vhdx kann ich dann ja auch gleich von der alten VM nehmen und an die neue anhängen (mounten), dann spare ich mir das robocopy - das ist eine eigene Datenpartition das hört sich wirklich wenig an ps: gibt es informationshalber trotzdem eine Möglichkeit solche o.g. Fehler zu beheben? ps2: wie kann ich alte VmWareVMs richtig bereinigen, ich habe davon ja noch mehr? # es waren nur 2 VMs von den besagten alte VMWareVMs, die anderen beiden waren neu aufgesetzte HyperV-VMs mit demselben Fehler

@Sunny61 nein, leider nicht die Treibersignierung zu Deaktivierung ist der einzige Weg den Server noch zu starten. Ja Du hast Recht, aber aus Kostengründen haben nicht alle Firmen Geld für so viel Server. @nilsK: wie kann ich denn einen neuen Fileserver "schnell" aufsetzen mit der kompletten Freigabe- & Sicherheitsstruktur? konfigs bereinigt?:ich habe die vmtools etc entfernt und per skript alle daten entfernt

@nob: die VMS sind damals vor einem Jahr mit dem starrwind v2v/p2v Konverter migriert worden.