Exchange 2010 Whitelist bearbeiten

Veröffentlicht am von — Keine Kommentare ↓

Exchange 2010 bringt leider kein GUI für die Content-filter Listenkonfiguration mit, aber an der Shell ist das schnell erledigt:

Inhalt der Liste anzeigen:

Get-ContentFilterConfig

 

Eine Adresse hinzufügen:

$liste = (Get-ContentFilterConfig).BypassedSenders
$liste.add("[email protected]")
Set-ContentFilterConfig -BypassedSenders $liste

Eine ganze Domain hinzufügen:

$liste = (Get-ContentFilterConfig).BypassedSenderDomains
$liste.add("domain-fuer-die-liste.com")
Set-ContentFilterConfig -BypassedSenderDomains $liste

Office365 Exchange Online Powershell Zugang

Veröffentlicht am von — Keine Kommentare ↓

Für den schnellen Zugang zur Office365 Powershell:

$Cred = Get-Credential
 $shell = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell -Credential $cred -Authentication Basic –AllowRedirection
 Import-PSSession $shell

Sollte beim Import dieser Fehler auftreten:

Import-Module : Fehler beim Laden der Formatdatendatei: Microsoft.PowerShell, , C:Users~~AppDataLocal….format.ps1xml: Aufgrund der folgenden Validierungsausnahme wurde die Datei übersprungen: Die Datei C:Users~~AppDataLocalTemp... kann nicht geladen werden, da die Ausführung von Skripts auf diesem System deaktiviert ist. Weitere Informationen erhalten Sie mit "get-help about_signing"..
 Bei Zeile:3 Zeichen:30
 + Import-Module <<<< -Name $name -Alias * -Function * -Prefix $prefix -DisableNameChecking:$disableNam
 eChecking -PassThru -ArgumentList @($session)
 + CategoryInfo : InvalidOperation: (:) [Import-Module], RuntimeException
 + FullyQualifiedErrorId : FormatXmlUpateException,Microsoft.PowerShell.Commands.ImportModuleCommand

Hilft es sofort, die locale ExecutionPolicy anzupassen:

Set-ExecutionPolicy RemoteSigned

Für Administratoren die die Exchange-Tools auch (korrekterweise) auf Ihrer lokalen Maschine installiert haben, ist folgende Parameter sinnvoll:

Import-PSSession $shell -AllowClobber

Der Parameter „-AllowClobber“ überschreibt die lokale Registrierung der Kommandos mit der passenden Remote-Version. Danke an Dariusz und  The RDP Files für den hilreichen Tipp.

 

Office365 Exchange Synchronisationsfehler bei einer Shared-Mailbox

Veröffentlicht am von — Keine Kommentare ↓

Folgendes Problem taucht in sehr vielen Office365-Accountsauf; interessanterweise nicht nur da, sondern auch in Exchange2010 on-premise Clustern.

  • Office365 Exchange Online (oder Exchange 2010)
  • Ein Benutzerpostfach als „Öffentliche Ordner“ ersatz erstellt (http://help.outlook.com/en-us/140/ee441202.aspx)
  • Outlook 2010 mit eingeschaltetem Cachemode
  • E-Mail und Exchange funktionieren soweit fehlerfrei
  • Dann tritt dieser Synchronisationsfehler mit enervierender Regelmäßigkeit auf:
17:46:42 Synchronisiererversion 14.0.6117
17:46:42 Postfach "Chuck Norris" wird synchronisiert
17:46:42 Änderungen im Ordner 'öffentlicher Ordner - Posteingang' auf dem Server werden synchronisiert
17:46:42 Download von Server "GNGNAMSTYLE0411.mailbox.outlook.com"
17:46:42 Fehler bei der Synchronisierung des Ordners.
17:46:42                  [80070005-508-80070005-560]
17:46:42                  Sie besitzen nicht die erforderlichen Berechtigungen, um diesen Vorgang auszuführen. Wenden Sie sich an die Kontaktperson dieses Ordners oder an Ihren Administrator.
17:46:42                  Microsoft Exchange-Informationsspeicher
17:46:42                  Weitere Informationen zu diesem Fehler erhalten Sie unter der folgenden URL:
...
17:46:42 Vorgang abgeschlossen

 

Manchmal hilft es den Cachemode abzuschalten. aber da Outlook 2010 ja oft grade wegen diesem Features genutzt wird, ist das natürlich keine Alternative.

Lösung

(Veröffentlicht von Marcus Strehlow [MSFT Support] am 12. September 2012)

es ist so dass wenn [man] Änderungen an einer Shared Mailbox vornimmt, im Sinne von Mails verschieben, oder auch dorthin senden, wird ein solcher Fehler generiert. Dieser Fehler verschwindet normalerweise wenn die Änderungen im Exchange Cluster propagiert wurden. Wenn jedoch die Mailbox laufend modifiziert wird, ist es momentan leider unumgänglich diese Meldungen zu bekommen.

Sprich: Ignorieren. Microsoft has confirmed this to be a problem but this Behavior is By Design. Fragt sich nur warum das immer alles so geheim ist.

Citrix oder Terminal Server „Fehler bei der Anmeldung mit dem Benutzerprofildienst. Das Benutzerprofil kann nicht geladen werden“

Veröffentlicht am von — Keine Kommentare ↓

Wenn man sich bei einem Computer mit Windows Vista oder Windows anmelden will, wird die folgende Fehlermeldung angezeigt:

"Fehler bei der Anmeldung mit dem Benutzerprofildienst. Das Benutzerprofil kann nicht geladen werden."

Dieser Fehler kann auftreten, wenn die Gruppenrichtlinieneinstellung „Benutzer mit temporären Profilen nicht anmelden“ konfiguriert ist – das ist in der Regel bei lokalen Terminalservern und so gut wie allen Citrix-Xenapp Server (vor allem Fundamentals) der Fall.

Lösung: Benutzerprofil neu machen und Kennwort des Benutzers zurücksetzen.

  • In der Registry das alte Profil entfernen: 
    HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionProfileList
  • Hier den ganzen Schlüssel, den den Pfad zu dem betreffenden Profil enthält entfernen (das ist der Eintrag „ProfileImagePath“)

  • Das alte Profil (Users%username%) umbenennen und daraus später Daten retten.

vmware vSphere Client „Die VMRC-Konsole hat die Verbindung getrennt“ unter Windows 8

Veröffentlicht am von — Keine Kommentare ↓

Unter Windows 8 schon mal versucht im vSphere Client (bis Version 5.0.0 build 455964, also 4.0, 4.1 und 5.0) eine Konsolensitzung zu öffnen? Das funktioniert nicht, mit der Meldung:

Die VMRC-Konsoel hat die Verbindung getrennt ... Versuch einer Neuverbindung...

Die Konsole geht trotz des „Neuverbindungsversuchs“ nicht auf – und das wird Sie auch nie.

Das liegt daran, das die VMRC (remote-console) das Konsolen-Internet-Explorer-Plugin nutzt, das unter dem IE10 von Windows 8 (noch) nicht läuft. Sprich: es gibt im Moment unter Windows 8 einfach keine vSphere 4.x Konsole. Interessanterweise funktioniert der Rest des Clients einwandfrei.

Die einzige Möglichkeit (im Moment) ist ein Windows XP mit vSphere Client dabeizuhaben oder vor dem windows 8 -Upgrade schlau genu gewesen zu sein, den direkten VNC-Zugriff auf die Gäste einzurichten.

UPDATE: Das Update auf den vSphere Client von vSphere 5.1 löst dieses Problem. Mit dem 5.1er Client kann man wieder auf alle Konsolen direkt zugreifen. Danke Simon für den Tipp und Hinweis.

Wir haben auch insgesammt gute Erfahrungen mit dem 5.1er Update gemacht und empfehlen Kunden wie Partnern bisher fast uneingeschränkt das Update. Die aktuelle Veeam-Release kann auch (endlich wieder) komplette 5.1er Infrastrukturen sichern (Veeram 6.1 konnte nur vSphere 5.1 Hosts sichern, keine Infrastruturen).