Veröffentlicht am

Einstellung der Standardauthentifizierung für ältere Protokolle in Exchange Online

Großes Update: Ankündigung gestartet
Angewandt auf: Alle Kunden

Ab dem 13. Oktober 2020 werden wir die Standardauthentifizierung für EWS, EAS, IMAP, POP und RPS einstellen, um auf Exchange Online zuzugreifen. Hinweis: Diese Änderung wirkt sich nicht auf SMTP AUTH aus.

Einstellung der Standardauthentifizierung für ältere Protokolle in Exchange Online

Es gibt verschiedene Maßnahmen, die Sie und / oder Ihre Benutzer ergreifen können, um Dienstunterbrechungen bei Clientanwendungen zu vermeiden. Diese werden im Folgenden beschrieben. Wenn keine Aktion ausgeführt wird, werden Clientanwendungen, die die Standardauthentifizierung für EWS verwenden, am 13. Oktober 2020 eingestellt.

Alle Anwendungen, die OAuth 2.0 verwenden, um eine Verbindung zu diesen Protokollen herzustellen, funktionieren weiterhin ohne Änderungen oder Unterbrechungen.

Was muss ich tun, um mich auf diese Änderung vorzubereiten?

Sie haben verschiedene Möglichkeiten, sich auf die Einstellung der Standardauthentifizierung vorzubereiten.

  • Sie können die Clientanwendungen, die Ihre Benutzer verwenden, auf Versionen aktualisieren, die OAuth 2.0 heute unterstützen. Für den Zugriff auf Mobilgeräte stehen verschiedene E-Mail-Apps zur Verfügung, die die moderne Authentifizierung unterstützen. Wir empfehlen jedoch, auf die Outlook-App für iOS und Android zu wechseln, da dies unserer Meinung nach die beste Gesamterfahrung für Ihre mit M365 verbundenen Benutzer bietet. Für den Desktop- / Laptop-Zugriff empfehlen wir die Verwendung der neuesten Versionen von Outlook für Windows und Outlook für Mac. Alle Outlook-Versionen, einschließlich oder neuer als Outlook 2013, unterstützen OAuth 2.0 vollständig.
  • Wenn Sie Ihren eigenen Code mit diesen Protokollen geschrieben haben, müssen Sie Ihren Code aktualisieren, um OAuth 2.0 anstelle der Standardauthentifizierung zu verwenden. Wenn Sie Hilfe benötigen, können Sie uns bei einem Stapelüberlauf mit dem Tag exchange-basicauth erreichen.
  • Wenn Sie oder Ihre Benutzer eine Drittanbieteranwendung verwenden, die diese Protokolle verwendet, müssen Sie dies entweder tun
  1. Wenden Sie sich an den App-Entwickler von Drittanbietern, der diese Anwendung bereitgestellt hat, um sie für die Unterstützung der OAuth 2.0-Authentifizierung zu aktualisieren

    -oder
  2. Unterstützen Sie Ihre Benutzer beim Wechsel zu einer Anwendung, die mit OAuth 2.0 erstellt wurde.

Wir sind dabei, Berichte zu erstellen, anhand derer Sie die betroffenen Benutzer und Clientanwendungen in Ihrer Organisation identifizieren können. Wir werden Ihnen diese Berichte in den nächsten Monaten zur Verfügung stellen und ihre Verfügbarkeit über eine Follow-up-Nachrichtenzentrumspost mitteilen.

Klicken Sie auf Weitere Informationen, um mehr über diesen Rückzug zu erfahren.

Melden Sie sich im Office 365 Admin Center an, um die folgenden Links zu verwenden:

Zeigen Sie diese Nachricht im Office 365-Nachrichtencenter an

Quelle: Microsoft 365 Message Center (wurde auf deutsch übersetzt)

Veröffentlicht am

Ausschalten von EWS Throttling für einen Benutzer unter Exchange 2010

In diesem Beitrag möchten wir das Ausschalten von EWS Throttling für einen Benutzer unter Exchange 2010 zeigen. Dies ist unter anderem wichtig wenn Ihr eine E-Mail Archivierung über das Journal Postfach verwendet.

Ausschalten von EWS Throttling für einen Benutzer unter Exchange 2010

In diesem Beispiel wollen wir das Postfach “Journal” von diesen Einschränkungen befreien, gehen Sie dazu bitte wie folgt vor:

Öffnen Sie auf einem Exchange System die Microsoft Exchange Management Shell (EMS) oder verbinden Sie sich remote per PowerShell

Geben Sie folgenden Befehl ein:
New-ThrottlingPolicy ArchivierungsPolicy

Geben Sie folgenden Befehl ein:
Set-ThrottlingPolicy ArchivierungsPolicy -RCAMaxConcurrency $null
-RCAPercentTimeInAD $null -RCAPercentTimeInCAS $null
-RCAPercentTimeInMailboxRPC $null -EWSMaxConcurrency $null
-EWSPercentTimeInAD $null -EWSPercentTimeInCAS $null
-EWSPercentTimeInMailboxRPC $null -EWSMaxSubscriptions $null
-EWSFastSearchTimeoutInSeconds $null -EWSFindCountLimit $null
-CPAMaxConcurrency $null -CPAPercentTimeInCAS $null
-CPAPercentTimeInMailboxRPC $null -CPUStartPercent $null

Geben Sie folgenden Befehl ein:
Set-Mailbox "Journal" -ThrottlingPolicy ArchivierungsPolicy

Weitere Infos zum Thema Ausschalten von EWS Throttling für einen Benutzer unter Exchange 2010 findet Ihr findet Ihr hier.

Ich hoffe das ich Euch mit diesem Beitrag weiterhelfen konnte. Gerne dürft Ihr auch einen Kommentar hinterlassen ob dieser Beitrag hilfreich war.

Veröffentlicht am

PowerShell Befehle für Exchange 2010

In diesem Beitrag wollen wir euch zeigen einige nützliche PowerShell Befehle für Exchange 2010 zeigen.

Um die nachfolgenden Befehle auszuführe startet Ihr die Exchange Management Shell welche Ihr im Statmenü unter “Microsoft Exchange Server 2010” findet.

PowerShell Befehle für Exchange 2010

PowerShell Befehle für Exchange 2010

Ausgabe alle Mailboxserver

Get-MailboxServer

Ausgabe alle Postfachdatenbanken

Get-MailboxDatabase

Ausgabe der Datenbankgröße

Get-MailboxDatabase -Status | ft name,server,databasesize

Ausgabe aller vorhandenen Postfächer

Get-Mailbox

Ausgabe aller ActiveSync Geräte

Get-ActiveSyncDevice | Select-Object FriendlyName,DeviceUserAgent, DeviceType,DeviceOS | ft

Ausgabe einer detaillierte ActiveSync-Statistik eines bestimmten Postfaches

Get-ActiveSyncDeviceStatistics -mailbox USERNAME

Befehl zum löschen eines bestimmten ActiveSync Gerät anhand der eindeutigen Guid. Diese GUID kann mit dem vorherigen Befehl ermittelt werden. 

Remove-ActiveSyncDevice -Identity GUID

Ausgabe alle Postfächer mit einer Weiterleitung

Get-Mailbox | Where-Object { $_.ForwardingAddress –ne $null }  | Select Name, ForwardingAddress

Ausgabe der Warteschlange

Get-Queue

Augabe einer detaillierte Information zu einem Postfaches, inklusive deren Unterordnern und Größe

Get-MailboxFolderStatistics -Identity USERNAME | ft FolderPath, FolderSize,ItemsInFolder,FolderAndSubfolderSize

Aufrufen der Postfachstatistik inklusive der Zusammenfassung des Verschiebungsverlaufs für ein bestimmtes Postfach auf. Die beiden Befehle liefern die gleiche Ausgabe

Get-MailboxStatistics -Identity USERNAME -IncludeMoveHistory  | Format-List
oder:
Get-Mailbox USERNAME | Get-MailboxStatistics -IncludeMoveHistory  | Format-List

Ausgabe der Postfachstatistik für ein bestimmtes Postfach mit allen Details in eine Textdatei

$temp=Get-MailboxStatistics -Identity USERNAME -IncludeMoveHistory $temp.MoveHistory[0] | Export-CSV C:\Postfachstatistik_USERNAME.txt

Ausgabe einer Postfachstatistik aller Postfächer auf einem bestimmten Server.
Der erste Befehl zeigt nur die Benutzernamen, deren Objektanzahl, den Speicherstatus und die letzte Loginzeit an.
Der zweite Befehl zeigt alle Details an.
Der dritte Befehl zeigt neben den Benutzernamen auch die Objektanzahl sowie die Mailboxgröße an. 

Get-MailboxStatistics -Server SERVERNAME
Get-MailboxStatistics -Server SERVERNAME | Format-List
Get-MailboxStatistics -Server SERVERNAME | Select-Object DisplayName, ItemCount,TotalItemSize | Format-List

Ausgabe der 50 größten Postfächer, absteigend sortiert

Get-Mailbox -ResultSize Unlimited | Get-MailboxStatistics | Sort-Object  TotalItemSize -Descending | Select-Object DisplayName,ItemCount, TotalItemSize -First 50

Getrennte Postfächer für eine bestimmte Datenbank bzw. für alle Datenbanken aktualisieren. Getrennte Postfächer werden standardmäßig nur einmal täglich aktualisiert. 

Clean-MailboxDatabase DATABASE
Get-MailboxDatabase | Clean-MailboxDatabase

Gentrennte Postfächer für einen bestimmten Server bzw. für alle Server anzeigen

Get-MailboxStatistics -Server SERVERNAME | Where {$_.DisconnectDate  -ne $null} Get-MailboxServer | Get-MailboxStatistics | Where {$_.DisconnectDate  -ne $null}

Ausgabe einer Liste der Services und deren Status

Test-ServiceHealth | fl

Zum überprüfen des Server und Ausgabe eines Status

Test-SystemHealth

Ich hoffe das ich Euch mit diesem Beitrag weiterhelfen konnte. Gerne dürft Ihr auch einen Kommentar hinterlassen ob dieser Beitrag hilfreich war.

Veröffentlicht am

Exchange 2010-Datenbanken überprüfen

In diesen Beitrag möchten wir euch zeigen wie Ihr eine Exchange 2010-Datenbanken überprüfen könnt.

Datenbank Bereitstellung aufheben

Um die Exchange 2010-Datenbanken überprüfen zu können müsst Ihr deren Bereitstellung aufheben (dismounten). Wenn die Bereitstellung aufgehoben wurden, kann keine Verbindung mehr zu den Postfächern aufgebaut werden, bis Ihr die Bereitstellung wiederhergestellt habt. Um eine Datenbankbereitstellung aufzuheben, verwendet Ihr den folgenden Befehl:

DisMount-Database -Identity [Name der Datenbank]

Exchange 2010-Datenbanken überprüfen

Datenbank defragmentieren

Wollt Ihr die Exchange Datenbank defragmentieren so könnt Ihr dies mit dem folgenden Befehl durchführen

eseutil /d "C:\Programme\Microsoft\Exchange-Server\v14Mailbox
 \First Storage Group\Mailbox Database.edb"

Bei unserem System liegt die Exchange Datenbank auf einer anderen Partition, daher sieht bei uns der Befehlt etwas anders aus. Dieser Vorgang kann je nach größer der Datenbank bis zu ein paar Stunden dauern. Daher sollte dies außerhalb der Arbeitszeiten durchgeführt werden. Weiter ist hier zu beachten, dass bei diesem Vorgang die ein Dump der Datenbank erstellt wird und dieser auf der C: Partition abgespeichert wird. Hier muss also ausreichend Speicherplatz vorhanden sein.

Exchange 2010-Datenbanken überprüfen

Datenbanken auf Konsistenz überprüfen

Mit dem Befehl eseutil /mh überprüfen Sie die Konsistenz der Datenbanken. Ein Beispiel dafür ist:

eseutil /mh "[Name der Datenbank.edb]

Hier einmal die Ausgabe. Der Check dauert hier nur wenige Sekunden.

Exchange 2010-Datenbanken überprüfen

Datenbanken auf Integrität überprüfen

Mit dem Befehl eseutil /g überprüfen Sie die Integrität der Datenbanken. Ein Beispiel dafür ist:

eseutil /g "Mailbox Database ID.edb"

Exchange 2010-Datenbanken überprüfen

Datenbanken auf Prüfsumme überprüfen

Mit dem Befehl eseutil /g überprüfen Sie die Prüfsumme der Datenbanken. Ein Beispiel dafür ist:

eseutil /k "Mailbox Database ID.edb"

Exchange 2010-Datenbanken überprüfen

Datenbank Bereitstellung wiederherstellen

Abschließend müssen wir die Exchange Datenbank wieder verbinden. Dies wird mit dem folgenden Befehl druchgeführt:

Mount-Database -Identity [Name der Datenbank]

Exchange 2010-Datenbanken überprüfen

Interessanter Link mit weiteren Informationen

Ich hoffe das ich Euch mit diesem Beitrag weiterhelfen konnte. Gerne dürft Ihr auch einen Kommentar hinterlassen ob dieser Beitrag hilfreich war.

Veröffentlicht am

Postfachgrößen für Exchange 2010/2013 auslesen

Wer kenn das Problem nicht auch, man muss sich einen Überblick über die Postfachgrößen der E-Mail Datenbanken verschaffen, aber in der Exchange Management Konsole kann man die Ansicht dahingehend nicht anpassen. Wir zeigen euch in diesem Beitrag wie Ihr ganz einfach über die Exchange Management Shell die Postfachgrößen für Exchange 2010/2013 auslesen könnt.

Dazu startet Ihr auf Euren Exchange Server die “Exchange Management Shell” aus dem Startmenü. Diese findet Ihr unter dem Ordner “Microsoft Exchange Server 2010” bei einem Exchange 2010 Server oder Small Business Server 2011.

Der Befehl um sich nun die Postfachgrößen anzeigen zu lassen lautet:

Get-MailboxStatistics -server <Servername> | sort TotalItemSize | FT DisplayName,TotalItemSize

Hier müsste Ihr natürlich noch “<Servername>” für Euer System anpassen.

Wie z.B. Get-MailboxStatistics -server SBS2011 | sort TotalItemSize | FT DisplayName,TotalItemSize

Postfachgrößen für Exchange 2010/2013 auslesen

Hier wird die Größe der Postfächer in Bytes ausgegeben. Das umrechnen sollte allerdings nicht sonderlich schwierig sein.

Ansonsten gibt hier einen passenden Umrechner.

Wollt Ihr das Ergebniss in eine Textdatei schreiben lassen, so ändert den Befehl wie folgt ab. So habt Ihr es einfach wenn wir euch einmal das Datenwachstum über eine gewisse Zeit beobachten wollt.

Get-MailboxStatistics -server <Servername> | sort TotalItemSize | FT DisplayName,TotalItemSize | Out-File -PSPath ‘C:\Postfachgroessen.txt’

Wenn Ihr ein generelles Problem mit zu großen Postfächer habt, dann solltet Ihr einmal mit dem Gedanken spielen eine E-Mail Archivierung einzusetzten.
Solltet Ihr hierzu Fragen haben dann kontaktiert uns gerne.

Ansonsten hoffe ich, dass ich Euch mit diesem Beitrag weiterhelfen konnte.

Veröffentlicht am

Office 365 Mails werden nicht versendet

Heute möchten wir euch einen Lösungsansatz zeigen, wenn euer Microsoft Office 365 keine Mails mhr versendet.

Problem ist das folgende. Ihr habt ein Microsoft Office 365 Paket mit einem Exchange Postfach. Ihr könnt auf einmal keine Mails mehr versenden. Diese landen im Ordner “Entwürfe”. Die Nachrichten enthalten den Hinweis: “Ihr Nachricht wird gesendet, aber wir sind noch nicht ganz fertig. Versuchen Sie es in ein paar Minuten noch mal.”

Lösungsansatz 1:

Entzeiht einmal eurem Benutzer der von diesem Problem betroffen ist, die Office 365 Lizenz und wartet einmal mindesten 15 Minuten. Bevor Ihr hier die Lizenz wieder aktviert.

Achtung! Die Fehlermeldung, dass das Office Online nicht aktiviert werden könnt Ihr ignorieren, das hat keine Auswirkungen.

Lösungsansatz 2:

Hierzu müsst Ihr mit der PowerShell eingreifen.

# Verbindung zu Exchange Online:

Set-ExecutionPolicy unrestricted
Office 365 Mails werden nicht versendet

$UserCredential = Get-Credential

Office 365 Mails werden nicht versendet

$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://outlook.office.de/powershell-liveid/ -Credential $UserCredential -Authentication Basic -AllowRedirection

Import-PSSession $Session

Die ausgegebene Warung kann ignoriert werden. Das hat im weiteren Verlauf keine Auswirkungen.

# Verschieben des Postfachs in eine andere Database:

New-MoveRequest -Identity user@domäne.de

Anschließend müsst Ihr euch für ca. 15 bis 60 Minuten gedulden, bis dieser Vorgang Abgeschlossen ist, entscheidet hierfür ist die größe der Datenbank. In dem Fall von 192,4 MB hat es ca. 10 Minuten gedauert. Einen Hinweis bekommt hier nicht angezeigt wenn dieser Vorgang abgeschlossen ist.

Ihr könnt euch jetzt einmal neu im Office365 Portal anmelden und dort über OWA oder über Euer Outlook eine neue Mail versenden. Hier sollte nun keine Fehlermeldung mehr generiert werden.

Wenn Ihr hier noch Mails in den Entwürfen habt, dann versendet hier die Mails einmal neu. Meine Erfahrung ist hier, dass diese Mails nicht automatisch vom System versendet werden.

Veröffentlicht am

Exchange 2010 Smarthost SMTP Port umstellen

In den meisten Fällen wird beim Exchange Server einen Smarthost Server einrichtet.

Möchte man den Smarthost SMTP Port 25 wie er standardmäßig auch beim Exchange Server 2010 oder auch wie beim Small Business Server 2010 eingestellt ist ändern, so gehen Sie wie folgt vor:

Starten Sie zuerst die Exchange PowerShell

Als erstes geben Sie den folgenden Befehl ein

Get-SendConnector

und anschließend folgenden Befehl:

Get-SendConnector | fl port

Danach sollten Sie die folgende Ausgabe in der Console erhalten

Exchange2010Get-SendConnector

Mit dem folgenden Befehl ändern Sie den Port 25 auf den Port 587 oder ändern Sie diesen auf den von Ihnen benötigen oder gewünschten Port

Set-SendConnector –Identity “Windows SBS Internet Send <Servername>” -Port 587

<Servername> dieser muss selbstverständlichmit dem Namen aus dem Befehl Get-SendConnector ersetzt werden (auf dem Bild habte ich diesen unkenntlich gemacht).

Danach kann mit dem Befehl Get-SendConnector | fl port kontrolliert werden, ob der Port wie gewünscht geändert wurde. Ist nur ein SendConnector aktiv, kann alernativ auch folgender Befehl abgesetzt werden:

Get-SendConnector | Set-SendConnector -Port 587

Somit ersparen Sie sich die Angabe der Identity.

Um alle SendConnector Einstellungen anzeigen zu lassen, setzen wir einfach folgenden Befehl ab:

Get-SendConnector | fl

Exchange 2010 Smarthost SMTP Port umstellen

Abschließend beenden Sie die Exchange-Verwaltungsshell mit dem Befehl  exit und starten Sie zur Sicherheit den Server neu.

Veröffentlicht am

Abgelaufene Zertifikate am Small Business Server 2011 erneuern

Wenn Sie einen Small Business Server 2011 (SBS 2011) mit einem selbstsigniertem Zertifikat betreiben, hat dieses Zertifikat hat eine Gültigkeitsdauer von 2 Jahren und muss daher regelmäßig erneuert werden.

Im Ereignisprotokoll in den Anwendungen auf dem SBS2011 erhalten Sie u.a. folgende Meldungen:

  • MSExchangeTransport (12018): Das STARTTLS-Zertifikat läuft in Kürze ab. Betreff: <Domain>, Fingerabdruck: <Schlüssel>, verbleibende Stunden: xxx. Führen Sie das Cmdlet ”New-ExchangeCertificate” aus, um ein neues Zertifikat zu erstellen.
  • MSExchangeTransport (12017): Ein internes Transportzertifikat läuft in Kürze ab. Fingerabdruck: <Schlüssel>, verbleibende Stunden: xxx
  • MSExchangeTransport (12016):Es ist kein gültiges SMTP-TLS-Zertifikat (Transport Layer Security) für den FQDN von ‘<Domain>’ vorhanden. Das vorhandene Zertifikat für diesen FQDN ist abgelaufen. Die fortgesetzte Verwendung dieses FQDNs wird Nachrichtenübermittlungsprobleme verursachen. Ein neues Zertifikat, das den FQDN von ‘<Domain>’ enthält, sollte so bald wie möglich auf diesem Server installiert werden. Sie können ein neues Zertifikat mithilfe des Tasks ‘New-ExchangeCertificate’ erstellen.
  • MSExchange Web Services (25): Das Exchange-Zertifikat ‘[Subject]
    CN='<Domain>’ [Thumbprint] läuft sehr bald ab
  • MSExchange Web Services (26): Das Exchange-Zertifikat ‘[Subject]
    CN='<Domain>’ [Thumbprint] läuft am <Datum und Uhrzeit> ab.

Um das abgelaufene Zertifikat am Small Business Server 2011 für weitere zwei Jahre zu erneuern und im kompletten SBS 2011 synchronisiert zu bekommen, gehen Sie wie folgt vor:

  • Starten Sie die SBS 2011 Konsole
  • Gehen Sie dort auf Netzwerk und wählen Sie den Punkt KonnektivitätAbgelaufene Zertifikate am Small Business Server 2011 erneuern
  • Führen Sie unter Tasks den Punkt Internetadresse einrichten aus
    Sollten Sie den Fehler:
    Windows SBS Internetadressenverwaltung
    Angezeigt bekommen, so führen Sie zuerst unter Task den Punkt Mit dem Internet verbinden aus
  • Lassen Sie den Assistenten durchlaufen und tragen Sie die gleichen Daten wie zuvor ein
  • Warten Sie, bis der Assistent fertig ist
  • Wenn der Assistent fertig ist und Sie nun das Zertifikat mit einem doppelklick öffnen, sollte dort der neue Gültigkeitszeitraum angezeigt werden (von heute / bis in zwei Jahren)

Anschließend können Sie Ihren Small Business Server 2011 wie gewohnt verwenden. Ein Neustart ist nicht notwendig.

 

Variante 2:

Wenn Sie den Einrichtungsassistent nicht nutzen wollen, oder falls es dort zu einem Problem gekommen ist, können Sie versuchen die Zertifikate auch direkt über den IIS-Manager zu erneuern. Hierfür gehen Sie wie folgt vor:

 

  • Im Menü Verwaltung öffnen Sie den Internetinformationsdienste (IIS)-Manager
  • Wählen Sie links Ihren Server aus
  • Rechts daneben (im Fenster in der Mitte) sehen Sie nun diverse Symbole. Wählen Sie unterhalb von IIS den Punkt Serverzertifikate aus.
    Internetinformationsdienste IIS Manager
  • Im darauf folgenden Fenster sehen Sie nun eine Übersicht aller Zertifikate. Wählen Sie hier nun das entsprechende Zertifikat aus! Achten Sie dabei auf das Ablaufdatum und Fingerabdruck (Zertifikathash), damit Sie auch das richtige Zertifikat ausgewählt haben.
  • Wählen Sie nun über das Aktionsmenü rechts, oder über das Kontextmenü der rechten Maustaste den Punkt Erneuern aus
  • Wählen Sie den Punkt Vorhandenes Zertifikat erneuern aus, klicken Sie auf weiter und im nächsten Fenster auf Auswahl. Wählen Sie dort nun Zertifizierungsserver (Ihr Server) aus und klicken Sie auf Fertig.
    Solltet Ihr bei diesem Vorgang den Fehler: “Die Zertifikatsanforderung wurde an die Online-Zertifizierungsstelle gesendet, das Zertifikat jedoch nicht ausgestellt.
    Die Anforderung wurde abgelehnt.” erhalten, so können Sie versuchen die Uhrzeit auf Ihrem Server auf das Datum vor dem Ablauf des Zertifikates zurückzusetzen. In einigen Fällten konnte so dieses Problem umgangen werden.

Das Zertifikat sollte nun erneuert werden, was Sie direkt am neuen Ablaufdatum sowie dem neuen Hashwert sehen können. Überprüfen Sie dies jedoch bitte zusätzlich noch durch die Zertifizierungsstelle (unter Verwaltung), sowie innerhalb der Exchange-Verwaltungskonsole (unter Serverkonfiguration).

Damit die Zuweisungen für Remote Web und diverse Dienste noch stimmt, müssen Sie gegebenenfalls im Anschluss noch in der SBS Konsole unter Konnektivität das Webserverzertifikat, welches Sie verlängert haben, neu hinzufügen. Der Assistent regelt bei Bedarf dann den Rest.

 

Variante 3:

Sollten die beiden Varianten nicht funktionieren, so können Sie noch einen Assistenten starten. Gehen Sie dazu wie folgt vor:

  • Starten Sie die SBS 2011 Konsole
  • Gehen Sie dort auf Netzwerk und wählen Sie den Punkt KonnektivitätSBS2011 Konsole Konnektivität
  • Führen Sie unter Tasks den Punkt Beheben von Netzwerkproblemen aus
    Beheben von Netzwerkproblemen
  • Überprüfen Sie dass der Haken bei Das selbst ausgegebene Zertifikat ist abgelaufen gesetzt ist und lassen Sie den Wizard durchlaufen

 

Sollten Sie einen Exchange 2007 oder einen Small Business Server 2008 im Einsatz haben, dann schauen Sie einmal hier vorbei: msxfaq.de

 

Veröffentlicht am

Micrsoft Exchange 2010 Verwaltungskonsole startet nicht: Ausnahme beim Aufrufen von „GetSteppablePipeline“

Nach einem Exchange Update auf einem Microsoft Small Business Server 2011 startet gerne die EMC (Exchange-Verwaltungskonsole) von Exchange 2010 nicht mehr.

Hier wird folgende Fehlermeldungngezeigt:
„Ausnahme beim Aufrufen von „GetSteppablePipeline“ mit 1 Argument(en): „Die Datei C:Program FilesmicrosoftExchange ServerV14Remote ScriptsConsoleInitialize.ps1″ kann nicht geladen werden, die die Ausführung von scripts auf diesem System deaktiviert ist.“

GetSteppablePipeline

Die Ursache ist oft, dass die Ausführungsrichtlinie (ExecutionPolicy) auf „restricted“ gesetzt und damit praktisch jede Scriptausführung verhindert wird.

Den Status der der Policy lässt sich einfach über die Windows Power Shell mit dem folgenden Befehl abfragen:

get-executionpolicy

Den korrekten Zustand stellt das setzen der Policy über den folgenden Befehl wieder her:

set-ExecutionPolicy RemoteSigned

Nun sollte die Konsole wieder wie gewohnt starten. Ein Neustart des Servers nicht nicht notwendig.