{"id":2329,"date":"2018-06-19T10:11:46","date_gmt":"2018-06-19T08:11:46","guid":{"rendered":"https:\/\/technet.cloud4you.biz\/?p=2329"},"modified":"2018-08-02T14:50:23","modified_gmt":"2018-08-02T12:50:23","slug":"exchange-server-schliesst-imap-oder-pop3-verbindungen-sofort-wieder","status":"publish","type":"post","link":"https:\/\/technet.cloud4you.biz\/en\/exchange-server-schliesst-imap-oder-pop3-verbindungen-sofort-wieder\/","title":{"rendered":"Exchange-Server schlie\u00dft IMAP- oder POP3-Verbindungen sofort wieder (Aktualisiert)"},"content":{"rendered":"

Szenario:<\/strong>
\nIMAP- oder POP3-Verbindungen mittels Email-Clients funktionieren einfach nicht mehr, die Verbindungen werden vom Server sofort wieder geschlossen. Bei der weiteren Recherche stellt sich raus, das man mittels Telnet auf dem Exchange-Server selbst unter Verwendung von 127.0.0.1 die Dienste noch abfragen kann. F\u00fchrt man jedoch Telnet von einer anderen Maschine remote aus, so wird die Verbindung sofort wieder getrennt. Die jeweiligen Dienste sind jedoch auf dem Server aktiv.<\/p>\n

Problem:
\n<\/strong>Wenn oben beschriebenes teilweise oder gar komplett auf Sie zutrifft, liegt es vermutlich daran, dass die Proxy-Komponente des jeweiligen Dienstes inaktiv ist. Pr\u00fcfen k\u00f6nnen Sie das, indem Sie eine PowerShell-Eingabeaufforderung starten, und folgende Zeile eingeben:<\/p>\n

\n
Get-ServerComponentState -Identity [Servername]<\/span><\/pre>\n<\/blockquote>\n
Folgendes k\u00f6nnten Sie als Ausgabe zur\u00fcckbekommen:<\/p>\n
\n
Server Component State\r\n-------\r\n[...]\r\n[Servername]<\/span> ImapProxy Inactive<\/span><\/strong>\r\n[...]\r\n[Servername]<\/span> PopProxy\u00a0Active<\/span><\/span><\/strong>\r\n[...]<\/pre>\n<\/blockquote>\n
Die Ausgabe ist selbstverst\u00e4ndlich nicht eingef\u00e4rbt, dies dient nur der Veranschaulichung.<\/p>\n
Behebung:<\/strong>
\nSollte nun eine oder gar mehrere Komponenten als Inactive angezeigt werden, m\u00fcssen wir selbige wieder aktivieren. Dies erfolgt durch folgenden PowerShell-Befehl:<\/p>\n
\n
Set-ServerComponentState -Identity [Servername]<\/span> -Component [Komponente] -Requester HealthAPI -State Active<\/pre>\n<\/blockquote>\n
In unserem Beispiel w\u00fcrde der Befehl wie folgt aussehen:<\/p>\n
\n
Set-ServerComponentState -Identity SRV-EXCHANGE\u00a0-Component ImapProxy -Requester HealthAPI -State Active<\/pre>\n<\/blockquote>\n
Damit sollten die Verbindungen wieder m\u00f6glich sein. Eventuell m\u00fcssen die jeweiligen Dienste noch neugestartet werden.<\/p>\n
Ursache:<\/strong>
\nAuch nach weiterer Recherche konnte nicht herausgefunden werden, was den Server dazu trieb, die Komponente auf inaktiv zu setzen. Zwar sieht man im Eventlog, dass er es tat, aber keinen tieferen Grund. Sollte sich hier noch etwas ergeben, werde ich den Blogeintrag entsprechend erweitern.<\/p>\n
Nachtrag:<\/strong><\/span>
\nScheinbar f\u00fchrt irgendein Softwarefehler beim Exchange Server 2013 regelm\u00e4\u00dfig zum Absturz solcher Komponenten. Aus diesem Grund wurde ein Script angefertigt, das dieses Problem automatisiert behebt, falls es existent sein sollte. Dieses ist auch TaskScheduler-kompatibel, kann hier also ganz einfach eingesetzt und alle 5 Minuten gestartet werden:<\/p>\n
\n
#Ausf\u00fchrung des Remoting-Scripts, der Pfad muss bei anderen Server-Versionen abge\u00e4ndert werden<\/span>\r\n. \"C:\\Program Files\\Microsoft\\Exchange Server\\V15\\bin\\RemoteExchange.ps1\" | Out-NULL\r\nConnect-ExchangeServer -auto | Out-NULL\r\n\r\n$LocalHost = $env:computername\r\n\r\nWrite-Host \"Checking IMAP4: \" -NoNewline\r\n$ImapState = (Get-ServerComponentState -Identity $LocalHost -Component ImapProxy).State\r\nif($ImapState -eq \"Active\")\r\n{<\/span>\r\n   Write-Host \"$ImapState\" -ForegroundColor Green<\/span>\r\n}\r\nelse\r\n{<\/span>\r\n   Write-Host \"$ImapState\" -ForegroundColor Red\r\n   Write-Host \"Enabling Component ImapProxy: \" -NoNewline<\/span>\r\n   Set-ServerComponentState -Identity $LocalHost -Component ImapProxy -Requester HealthAPI -State Active<\/span>\r\n   Write-Host \"done.\" -ForegroundColor Green\r\n   Write-Host \"Restarting IMAP4 Backend Service: \" -NoNewline<\/span>\r\n   Restart-Service \"MSExchangeIMAP4BE\"<\/span>\r\n   Write-Host \"done.\" -ForegroundColor Green\r\n   Write-Host \"Restarting IMAP4 Service: \" -NoNewline<\/span>\r\n   Restart-Service \"MSExchangeImap4\"<\/span>\r\n   Write-Host \"done.\" -ForegroundColor Green<\/span>\r\n}\r\nWrite-Host \"\"\r\n\r\nWrite-Host \"Checking POP3: \" -NoNewline\r\n$PopState = (Get-ServerComponentState -Identity $LocalHost -Component PopProxy).State\r\nif($PopState -eq \"Active\")\r\n{<\/span>\r\n   Write-Host \"$PopState\" -ForegroundColor Green<\/span>\r\n}\r\nelse\r\n{<\/span>\r\n   Write-Host \"$PopState\" -ForegroundColor Red\r\n   Write-Host \"Enabling Component PopProxy: \" -NoNewline<\/span>\r\n   Set-ServerComponentState -Identity $LocalHost -Component PopProxy -Requester HealthAPI -State Active<\/span>\r\n   Write-Host \"done.\" -ForegroundColor Green\r\n   Write-Host \"Restarting POP3 Backend Service: \" -NoNewline<\/span>\r\n   Restart-Service \"MSExchangePOP3BE\"<\/span>\r\n   Write-Host \"done.\" -ForegroundColor Green\r\n   Write-Host \"Restarting POP3 Service: \" -NoNewline<\/span>\r\n   Restart-Service \"MSExchangePop3\"<\/span>\r\n   Write-Host \"done.\" -ForegroundColor Green<\/span>\r\n}\r\nWrite-Host \"\"<\/span><\/span><\/pre>\n<\/blockquote>\n
Zur besseren Veranschaulichung der Ausgabe besitzt dieses Script einige Zeilen, die im Taskscheduler nat\u00fcrlich unn\u00f6tig sind. Diese habe ich violett<\/span> markiert.<\/p>\n","protected":false},"excerpt":{"rendered":"
Szenario: IMAP- oder POP3-Verbindungen mittels Email-Clients funktionieren einfach nicht mehr, die Verbindungen werden vom Server sofort wieder geschlossen. Bei der weiteren Recherche stellt sich raus, das man mittels Telnet auf dem Exchange-Server selbst unter Verwendung von 127.0.0.1 die Dienste noch abfragen kann. F\u00fchrt man jedoch Telnet von einer anderen Maschine remote aus, so wird die […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[34,25,17],"tags":[203,115,292,293,244],"class_list":["post-2329","post","type-post","status-publish","format-standard","hentry","category-exchange","category-server","category-windows","tag-exchange","tag-fehler","tag-imap","tag-pop3","tag-verbinden"],"translation":{"provider":"WPGlobus","version":"3.0.6","language":"en","enabled_languages":["de","en"],"languages":{"de":{"title":true,"content":true,"excerpt":false},"en":{"title":false,"content":false,"excerpt":false}}},"_links":{"self":[{"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/posts\/2329","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/comments?post=2329"}],"version-history":[{"count":3,"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/posts\/2329\/revisions"}],"predecessor-version":[{"id":2353,"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/posts\/2329\/revisions\/2353"}],"wp:attachment":[{"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/media?parent=2329"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/categories?post=2329"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/technet.cloud4you.biz\/en\/wp-json\/wp\/v2\/tags?post=2329"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}