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