Schottenrock

Hallo Zusammen, es gibt einen Fortschritt und einen Rückschlag: ich habe mich jetzt mal zunächst auf die interne Erkennung mittels AD konzentriert und noch viel gegoogelt. Dabei bin ich über einen Beitrag gestolpert, wo geraten wird, da Outlook-Profil z löschen und neu zu erstellen. Also in de Systemsteuerung Mail aufgerufen und das Profil "Outlook" gelöscht und neu angelegt, sogar mit neuem Namen "Exchange". Und sieh da, ein Dialog geht auf (wo man die Mailadressen konfiguriert) und mein Name und meine Emailadresse wird automatisch eingetragen, wie es sein soll. Hab mich total gefreut und voller Eifer auf Weiter geklickt. Dann kommt folgende, recht ernüchternde Meldung: "Windows Hotprozess (Rundll32) funktioniert nicht mehr. Das Programm wird aufgrund eines Problems nicht richtig ausgeführt. Das Programm wird geschlossen und Sie werden benachrichtig, wenn eine Lösung verfügbar ist. " Wie so oft wird keine Lösung gefunden und ich habe dann noch die Ehre "Programm schließen" zu klicken. Viele Grüße vom Schottenrock

Hallo, ich habe noch ein wenig weiter gegoogelt und folgenden Befehl mit folgender (Fehler-)meldung ausgeführt - hier ist deutlich zu erkennen, dass meine Probleme intern sind. [PS] C:\Windows\system32>test-outlookwebservices -identity:email@domain.tld RunspaceId : eedf9081-77c2-4573-aa98-ce8fe6ed57ba Id : 1019 Type : Information Message : Es wurde ein gültiger Verbindungspunkt für den AutoErmittlungsdienst gefunden. Die URL dieses Objekts für die AutoErmittlung ist https://home.domain.tld/Autodiscover/Autodiscover.xml. RunspaceId : eedf9081-77c2-4573-aa98-ce8fe6ed57ba Id : 1013 Type : Error Message : Fehler Der Remoteserver hat einen Fehler zurückgegeben: (500) Interner Serverfehler. beim Herstellen der Verbindung mit https://home.domain.tld/Autodiscover/Autodiscover.xml RunspaceId : eedf9081-77c2-4573-aa98-ce8fe6ed57ba Id : 1023 Type : Error Message : Es konnte keine Verbindung mit dem AutoErmittlungsdienst hergestellt werden. RunspaceId : eedf9081-77c2-4573-aa98-ce8fe6ed57ba Id : 1113 Type : Error Message : Fehler Die zugrunde liegende Verbindung wurde geschlossen: Unerwarteter Fehler beim Senden.. beim Herstellen der Verbindung mit https://SBServerDAHEIM.domain.local:443/Autodiscover/Autodiscover.xml RunspaceId : eedf9081-77c2-4573-aa98-ce8fe6ed57ba Id : 1113 Type : Error Message : Fehler Von der Übertragungsverbindung können keine Daten gelesen werden: Eine vorhandene Verbindung wurde vom Remotehost geschlossen. beim Herstellen der Verbindung mit https://SBServerDAHEIM.domain.local:443/Autodisc over/Autodiscover.xml RunspaceId : eedf9081-77c2-4573-aa98-ce8fe6ed57ba Id : 1113 Type : Error Message : Fehler Eine vorhandene Verbindung wurde vom Remotehost geschlossen beim Herstellen der Verbindung mit https://SBServerDAHEIM.domain.local:443/Autodiscover/Autodiscover.xml RunspaceId : eedf9081-77c2-4573-aa98-ce8fe6ed57ba Id : 1123 Type : Error Message : Es konnte keine Verbindung mit dem AutoErmittlungsdienst hergestellt werden. RunspaceId : eedf9081-77c2-4573-aa98-ce8fe6ed57ba Id : 1013 Type : Error Message : Fehler Der vom Client gefundene Anforderungsinhaltstyp ist '', erwartet wurde 'text/xml'. Fehler: Leere Antwort auf Anforderung. beim Herstellen der Verbindung mit https://home.domain.tld/EWS/Exchange.asmx RunspaceId : eedf9081-77c2-4573-aa98-ce8fe6ed57ba Id : 1025 Type : Error Message : [EXCH] Fehler beim Herstellen der Verbindung mit dem Dienst AS bei https://home.domain.tld/EWS/Exchange.asmx. Die verstrichene Zeit betrug 254 Millisekunden. RunspaceId : eedf9081-77c2-4573-aa98-ce8fe6ed57ba Id : 1026 Type : Success Message : [EXCH] Erfolg beim Herstellen der Verbindung mit dem Dienst 'UM' bei https://home.domain.tld/EWS/Exchange.asmx. Die verstrichene Zeit betrug 218 Millisekunden. RunspaceId : eedf9081-77c2-4573-aa98-ce8fe6ed57ba Id : 1113 Type : Error Message : Fehler Die zugrunde liegende Verbindung wurde geschlossen: Unerwarteter Fehler beim Senden.. beim Herstellen der Verbindung mit https://SBServerDAHEIM.domain.local/ews/exchange.asmx RunspaceId : eedf9081-77c2-4573-aa98-ce8fe6ed57ba Id : 1113 Type : Error Message : Fehler Von der Übertragungsverbindung können keine Daten gelesen werden: Eine vorhandene Verbindung wurde vom Remotehost geschlossen. beim Herstellen der Verbindung mit https://SBServerDAHEIM.domain.local/ews/exchange .asmx RunspaceId : eedf9081-77c2-4573-aa98-ce8fe6ed57ba Id : 1113 Type : Error Message : Fehler Eine vorhandene Verbindung wurde vom Remotehost geschlossen beim Herstellen der Verbindung mit https://SBServerDAHEIM.domain.local/ews/exchange.asmx RunspaceId : eedf9081-77c2-4573-aa98-ce8fe6ed57ba Id : 1125 Type : Error Message : [Server] Fehler beim Herstellen der Verbindung mit dem Dienst AS bei https://SBServerDAHEIM.domain.local/ews/exchange.asmx. Die verstrichene Zeit betrug 0 Millisekunden. RunspaceId : eedf9081-77c2-4573-aa98-ce8fe6ed57ba Id : 1113 Type : Error Message : Fehler Die zugrunde liegende Verbindung wurde geschlossen: Unerwarteter Fehler beim Senden.. beim Herstellen der Verbindung mit https://SBServerDAHEIM.domain.local/ews/exchange.asmx RunspaceId : eedf9081-77c2-4573-aa98-ce8fe6ed57ba Id : 1113 Type : Error Message : Fehler Von der Übertragungsverbindung können keine Daten gelesen werden: Eine vorhandene Verbindung wurde vom Remotehost geschlossen. beim Herstellen der Verbindung mit https://SBServerDAHEIM.domain.local/ews/exchange .asmx RunspaceId : eedf9081-77c2-4573-aa98-ce8fe6ed57ba Id : 1113 Type : Error Message : Fehler Eine vorhandene Verbindung wurde vom Remotehost geschlossen beim Herstellen der Verbindung mit https://SBServerDAHEIM.domain.local/ews/exchange.asmx RunspaceId : eedf9081-77c2-4573-aa98-ce8fe6ed57ba Id : 1127 Type : Error Message : [Server] Fehler beim Herstellen der Verbindung mit dem Dienst UM bei https://SBServerDAHEIM.domain.local/ews/exchange.asmx. Die verstrichene Zeit betrug 0 Millisekunden. Vielleicht hilft das ja weiter. Grüße vom Schottenrock

Hallo Jan, vielen Dank für Deine Mitarbeit an der Lösung meines Problems. Ich will dir nicht widersprechen, aber ich glaube nicht, dass das mein Problem ist. 1. die interne Auflösung anhand von AD funktioniert ja schon nicht 2. Eine Anfrage über _autodiscover._tcp.domain.tld kommt ja bis auf den Server (OHNE Zertifikatsfehler), nur der Sever bring die falsche Antwort. Bitte schau Dir doch hierzu das Protokoll vom Microsoft Connectivity Analyser an, der auf verschiedenen Wegen versucht ins System zu kommen und der letzte Versuch ganz unten geht über _autodiscover._tcp.domain.tld und besagt eindeutig, dass das Zertifikat in Ordnung ist. Von daher halte ich es für unwahrscheinlich, dass eine weiteres Zertifikat für autodiwscover.domain.tld zielführend ist; vor Allem vor dem Hintergrund, dass ich intern im Active Directory eben auch keine Auflösung bekomme... Viele Grüße vom Schottenrock

Guten Morgen, und herzliche Grüße vom Greenhorn an all die fleißigen Helferlein. Ich bitte um Nachsicht, aber ich bin Exchange Quereinstiger um kam zum Exchange / SBS wie die Jungfrau zum Kind. Ich denke genug zu verstehen, dass ich den Sever am Laufen halten und sogar installieren kann, aber immer wieder fehlen mir Zusammenhänge. Von daher bitte ich um entsprechende Antworten und nicht gerade so a la "beim IIS den Haken SSL erzwingen rausnehmen... " - wobei diese Lösung das Problem nicht wirklich löst. Aber von vorn: Router mit geöffnetem Port 443 und 25 - beide zeigen auf den einzigen Server im Netz (für etwa 10 Clients, wovon 5 davon in der Domäne sind und die andere 5 von außen nur auf de Exchange zugreifen. Die stecken in einer eigenen - behelfsmäßig eingerichteten - SAMBA-Domain um wenigstens Datensicherung und servergespeicherte Profile benutzen zu können. Der Router hat DYNDNS mit eigener Domain: daheim.domain.tld (exakter: daheim.domain.tld hat einen CNAME Eintrag und zeigt auf aaa.dyn-domain.tld), dahinter wartet auf dem Sever ein Zertifikat mit daheim.domain.tld. Das funktioniert soweit mot Outlook Anywhere kann ich problemlos und ohne Zertifikatsfehler auf den Exchange zugreifen. Due Außenstelle hat dann bbb.dyn-domain.tld und es besteht eine VPN-Verbindung. Server: SBS2011 mit EX2010SP3 mit gekauftem Zertifikat für daheim.domain.tld --> OWA funktioniert klaglos und ohne Zertifikatswarnung, wie gerade beschrieben. Es sind in der Regel immer alle aktuellen Updates eingespielt. Bisherige Clients OL2013 und älter machen kein Problem. Einfach beim Einrichten Server und Benutzername eingeben und auf auflösen klicken. Danach den Proxy eingetragen https://daheim.domain.tld und die Clients können auch von außerhalb auf den Exchange zugreifen. Im Rahmen meiner Recherchen festgestellt, dass Outlook nicht wie üblich den Benutzernamen und Server automatisch aus dem AD ermittelt. OL2016 - der erste Client soll nun so ausgestattet werden - kann aber nur Autodiscover. Da bisher nicht wirklich benötigt, habe ich mich darum auch nicht gekümmert. Mehr als 1 Woche googeln und Microsoft Connectivity Analyser brachte mich darauf den DNS von Domain.tld soweit zu verbiegen, dass _autodiscover._tcp@domain.tld auf daheim.domain.tld zeigt (und somit auch auf ein gültiges Zertifikat) - nur die Antwort vom Autodiscover ist nicht wie gewünscht. Alle anderen Ansätze wie Autodiscover.domain.tld sind unerwünscht, da das Zertifikat noch knapp 3 Jahre gültig ist und nicht geändert werden sollte (kostet ja auch!). Hier nun ein Auszug vom Connectity Analyser: Die Microsoft-Verbindungsuntersuchung versucht, eine XML-Antwort des AutoErmittlungsdiensts von URL https://daheim.domain.tld:443/Autodiscover/Autodiscover.xml für Benutzer email@domain.tld abzurufen. Die Microsoft-Verbindungsuntersuchung konnte keine XML-Antwort von der AutoErmittlung abrufen. Weitere Details Die Antwort „HTTP 500“ wurde von Unknown zurückgegeben. HTTP-Antwortkopfzeilen: Content-Length: 0 Cache-Control: private Date: Sun, 25 Oct 2015 08:02:26 GMT Server: Microsoft-IIS/7.5 X-AspNet-Version: 2.0.50727 X-Powered-By: ASP.NET Verstrichene Zeit: 434 ms. ausführlicher Bericht als PDF Wie Ihr sehen könnt sind die Lösungsansätze, die man so im Internet findet alle nicht passend, denn ich komme ja bis am Zertifikat vorbei auf den Exchange, finde aber "nur" nicht die richtige Antwort, demnach muss lokal irgendwas verbogen sein. Es wäre schön, wenn dem ein oder anderen was passendes einfallen würde, denn den Client kann ich auch noch mit Outlook 2013 installieren, aber langfristig sollen alle auf Win10pro und Office 2016 umgestellt werden... Noch eine ergänzende Info zur Konfiguration: Die AD-Domäne lautet (wie SBS-üblich) domain.local während die Email-Domäne domain.tld lautet. Rufe ich https://daheim.domain.tld:443/Autodiscover/Autodiscover.xml im Browser auf, dann bekomme ich den üblichen Errorcode 600. Dann habe ich mal einigen Rückfragen vorgegriffen und die Antworten folgender Befehle auf der Exchange-Konsole gleich vorbereitet: get-owavirtualdirectory |fl get-AutodiscoverVirtualDirectory |fl get-ClientAccessServer |fl ​ [PS] C:\Windows\system32>get-owavirtualdirectory |fl RunspaceId : ebf6dcf8-65fd-44e6-991f-6ac33e99eb1b DirectFileAccessOnPublicComputersEnabled : True DirectFileAccessOnPrivateComputersEnabled : True WebReadyDocumentViewingOnPublicComputersEnabled : True WebReadyDocumentViewingOnPrivateComputersEnabled : True ForceWebReadyDocumentViewingFirstOnPublicComputers : False ForceWebReadyDocumentViewingFirstOnPrivateComputers : False RemoteDocumentsActionForUnknownServers : Block ActionForUnknownFileAndMIMETypes : ForceSave WebReadyFileTypes : {.xlsx, .pptx, .docx, .xls, .rtf, .ppt, .pps, .pdf, .dot, .doc} WebReadyMimeTypes : {application/vnd.openxmlformats-officedocument.presentationml.pre sentation, application/vnd.openxmlformats-officedocument.wordproc essingml.document, application/vnd.openxmlformats-officedocument. spreadsheetml.sheet, application/vnd.ms-powerpoint, application/x -mspowerpoint, application/vnd.ms-excel, application/x-msexcel, a pplication/msword, application/pdf} WebReadyDocumentViewingForAllSupportedTypes : True WebReadyDocumentViewingSupportedMimeTypes : {application/msword, application/vnd.ms-excel, application/x-msex cel, application/vnd.ms-powerpoint, application/x-mspowerpoint, a pplication/pdf, application/vnd.openxmlformats-officedocument.wor dprocessingml.document, application/vnd.openxmlformats-officedocu ment.spreadsheetml.sheet, application/vnd.openxmlformats-officedo cument.presentationml.presentation} WebReadyDocumentViewingSupportedFileTypes : {.doc, .dot, .rtf, .xls, .ppt, .pps, .pdf, .docx, .xlsx, .pptx} AllowedFileTypes : {.rpmsg, .xlsx, .xlsm, .xlsb, .tiff, .pptx, .pptm, .ppsx, .ppsm, .docx, .docm, .zip, .xls, .wmv, .wma, .wav...} AllowedMimeTypes : {image/jpeg, image/png, image/gif, image/bmp} ForceSaveFileTypes : {.vsmacros, .ps2xml, .ps1xml, .mshxml, .gadget, .psc2, .psc1, .as px, .wsh, .wsf, .wsc, .vsw, .vst, .vss, .vbs, .vbe...} ForceSaveMimeTypes : {Application/x-shockwave-flash, Application/octet-stream, Applica tion/futuresplash, Application/x-director} BlockedFileTypes : {.vsmacros, .msh2xml, .msh1xml, .ps2xml, .ps1xml, .mshxml, .gadge t, .mhtml, .psc2, .psc1, .msh2, .msh1, .aspx, .xml, .wsh, .wsf... } BlockedMimeTypes : {application/x-javascript, application/javascript, application/ms access, x-internet-signup, text/javascript, application/xml, appl ication/prg, application/hta, text/scriplet, text/xml} RemoteDocumentsAllowedServers : {} RemoteDocumentsBlockedServers : {} RemoteDocumentsInternalDomainSuffixList : {} FolderPathname : Url : {} LogonFormat : FullDomain ClientAuthCleanupLevel : High FilterWebBeaconsAndHtmlForms : UserFilterChoice NotificationInterval : 120 DefaultTheme : UserContextTimeout : 60 ExchwebProxyDestination : VirtualDirectoryType : OwaVersion : Exchange2010 ServerName : SBServerDAHEIM InstantMessagingCertificateThumbprint : InstantMessagingServerName : RedirectToOptimalOWAServer : True DefaultClientLanguage : 0 LogonAndErrorLanguage : 0 UseGB18030 : False UseISO885915 : False OutboundCharset : AutoDetect GlobalAddressListEnabled : True OrganizationEnabled : True ExplicitLogonEnabled : True OWALightEnabled : True DelegateAccessEnabled : True IRMEnabled : True CalendarEnabled : True ContactsEnabled : True TasksEnabled : True JournalEnabled : True NotesEnabled : True RemindersAndNotificationsEnabled : True PremiumClientEnabled : True SpellCheckerEnabled : True SearchFoldersEnabled : True SignaturesEnabled : True ThemeSelectionEnabled : True JunkEmailEnabled : True UMIntegrationEnabled : True WSSAccessOnPublicComputersEnabled : True WSSAccessOnPrivateComputersEnabled : True ChangePasswordEnabled : True UNCAccessOnPublicComputersEnabled : True UNCAccessOnPrivateComputersEnabled : True ActiveSyncIntegrationEnabled : True AllAddressListsEnabled : True RulesEnabled : True PublicFoldersEnabled : True SMimeEnabled : True RecoverDeletedItemsEnabled : True InstantMessagingEnabled : True TextMessagingEnabled : True ForceSaveAttachmentFilteringEnabled : False SilverlightEnabled : True CalendarPublishingEnabled : True InstantMessagingType : None Exchange2003Url : FailbackUrl : LegacyRedirectType : Silent Name : owa (Default Web Site) InternalAuthenticationMethods : {Basic, Fba} MetabasePath : IIS://SBServerDAHEIM.domain.local/W3SVC/1/ROOT/owa BasicAuthentication : True WindowsAuthentication : False DigestAuthentication : False FormsAuthentication : True LiveIdAuthentication : False DefaultDomain : GzipLevel : High WebSite : Default Web Site DisplayName : owa Path : C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\owa ExtendedProtectionTokenChecking : None ExtendedProtectionFlags : {} ExtendedProtectionSPNList : {} Server : SBServerDAHEIM InternalUrl : https://daheim.domain.tld/owa/ ExternalUrl : https://daheim.domain.tld/owa/ ExternalAuthenticationMethods : {Fba} AdminDisplayName : ExchangeVersion : 0.10 (14.0.100.0) DistinguishedName : CN=owa (Default Web Site),CN=HTTP,CN=Protocols,CN=SBServerDAHEIM,CN=Ser vers,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Admini strative Groups,CN=First Organization,CN=Microsoft Exchange,CN=Se rvices,CN=Configuration,DC=domain,DC=local Identity : SBServerDAHEIM\owa (Default Web Site) Guid : 8a2f4d7d-01f4-473f-8bdd-c869b434f713 ObjectCategory : domain.local/Configuration/Schema/ms-Exch-OWA-Virtual-Directory ObjectClass : {top, msExchVirtualDirectory, msExchOWAVirtualDirectory} WhenChanged : 19.10.2014 23:57:57 WhenCreated : 19.10.2014 22:14:25 WhenChangedUTC : 19.10.2014 21:57:57 WhenCreatedUTC : 19.10.2014 20:14:25 OrganizationId : OriginatingServer : SBServerDAHEIM.domain.local IsValid : True [PS] C:\Windows\system32>get-AutodiscoverVirtualDirectory |fl RunspaceId : 9b9c2111-4f89-4489-84fd-5610db3924e0 Name : Autodiscover (Default Web Site) InternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated} ExternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated} LiveIdSpNegoAuthentication : False WSSecurityAuthentication : False LiveIdBasicAuthentication : False BasicAuthentication : True DigestAuthentication : False WindowsAuthentication : True MetabasePath : IIS://SBServerDAHEIM.domain.tld/W3SVC/1/ROOT/Autodiscover Path : C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Autodiscover ExtendedProtectionTokenChecking : None ExtendedProtectionFlags : {} ExtendedProtectionSPNList : {} Server : SBServerDAHEIM InternalUrl : ExternalUrl : AdminDisplayName : ExchangeVersion : 0.10 (14.0.100.0) DistinguishedName : CN=Autodiscover (Default Web Site),CN=HTTP,CN=Protocols,CN=SBServerDAHEIM,CN=Servers,CN=Exc hange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=First Organi zation,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=domain,DC=local Identity : SBServerDAHEIM\Autodiscover (Default Web Site) Guid : 1b8ab242-bb9f-46ca-ac3d-2e9883eaf777 ObjectCategory : domain.local/Configuration/Schema/ms-Exch-Auto-Discover-Virtual-Directory ObjectClass : {top, msExchVirtualDirectory, msExchAutoDiscoverVirtualDirectory} WhenChanged : 24.10.2015 23:14:46 WhenCreated : 24.10.2015 23:14:46 WhenChangedUTC : 24.10.2015 21:14:46 WhenCreatedUTC : 24.10.2015 21:14:46 OrganizationId : OriginatingServer : SBServerDAHEIM.domain.tld IsValid : Trueget-AutodiscoverVirtualDirectory |fl [PS] C:\Windows\system32>get-ClientAccessServer |fl RunspaceId : 9b9c2111-4f89-4489-84fd-5610db3924e0 Name : SBServerDAHEIM Fqdn : SBServerDAHEIM.domain.local OutlookAnywhereEnabled : True AutoDiscoverServiceCN : SBServerDAHEIM AutoDiscoverServiceClassName : ms-Exchange-AutoDiscover-Service AutoDiscoverServiceInternalUri : https://daheim.domain.tld/Autodiscover/Autodiscover.xml AutoDiscoverServiceGuid : 77378f46-2c66-4aa9-a6a6-3e7a48b19596 AutoDiscoverSiteScope : {Default-First-Site-Name} AlternateServiceAccountConfiguration : IrmLogEnabled : True IrmLogMaxAge : 30.00:00:00 IrmLogMaxDirectorySize : 250 MB (262,144,000 bytes) IrmLogMaxFileSize : 10 MB (10,485,760 bytes) IrmLogPath : C:\Program Files\Microsoft\Exchange Server\V14\Logging\IRMLogs MigrationLogLoggingLevel : Information MigrationLogFilePath : MigrationLogMaxAge : 180.00:00:00 MigrationLogMaxDirectorySize : 10 GB (10,737,418,240 bytes) MigrationLogMaxFileSize : 100 MB (104,857,600 bytes) IsValid : True ExchangeVersion : 0.1 (8.0.535.0) DistinguishedName : CN=SBServerDAHEIM,CN=Servers,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Adm inistrative Groups,CN=First Organization,CN=Microsoft Exchange,CN=Services,CN=Co nfiguration,DC=domain,DC=local Identity : SBServerDAHEIM Guid : 6eb8f8c8-944c-4e9c-b472-ab3e387a0b15 ObjectCategory : domain.local/Configuration/Schema/ms-Exch-Exchange-Server ObjectClass : {top, server, msExchExchangeServer} WhenChanged : 23.10.2014 22:54:18 WhenCreated : 19.10.2014 22:10:29 WhenChangedUTC : 23.10.2014 20:54:18 WhenCreatedUTC : 19.10.2014 20:10:29 OrganizationId : OriginatingServer : SBServerDAHEIM.domain.local Bindungen im IIS: ​Die Berechtigungen im IIS sind, wie folgt: Authentifizierte Benutzer (lesen) Administratoren und System jeweils mit Vollzugriff Zu den Bindungen der Default Website: Typ: https Hostname: ist leer (bei https ausgegraut, kann nichts eingetragen werden) Port: 443 IP-Adresse: 192.168.138.100 (die richtige, interne IP von SBServerDAHEIM) Bindungsformat: leer Bei Klick auf bearbeiten ist dann zu sehen, dass das Zertifikat daheim.domain.tld hinterlegt ist. Des Weiteren gibt es noch einen http-Eintrag (wie oben aber mit Port 80 und eingetragenem Hostname daheim.domain.tld). Beide Einträge (http und https) gibt es auch noch mit IP-Adresse 127.0.0.1 und mit IP-Adresse "*". Bei dem Localhost-IP-Eintrag und beim Stern-Eintrag jeweils ohne ausgewähltes Zertifikat. Weitere Einträge: Typ: msmq.formatname Bindungsinformation: localhost Typ: net.msmq Bindungsinformation: localhost Typ: net.pipe Bindungsinformation: * Typ: net.tcp Bindungsinformation: 808:* ​ Im Voraus bereits besten Dank an alle, die sich mit mir den Kopf zerbrechen. Ich hoffe, ich konnte ausreichend Informationen zur Verfügung st Viele Grüße vom Schottenrock P.S. Ich habe nur ein einziges Produktivsystem - das schließt Trial & Error von vorn herein aus, vor Allem, da sich die Datensicherung "nur" auf die Daten selbst und auf exportierte PST-Dateien bezieht - d.h. im Fall der Fälle müsste ich den kompletten Server neu aufsetzten und die gesicherten Daten ins neue System zurückspeichern. Das ist einem begrenzten Budget geschuldet - denn professionelle Backup-Lösungen verschlingen doch vierstellige Beträge und die Windows Backup Lösung kann nicht mehr als 2 TB.​ Die Backup-Lösung ist nicht optimal, das ist mir bewusst, sollte aber nicht diskutiert werden (es sei denn ein besonders zielführender Beitrag), es lenkt sonst nur vom Thema ab.