Der Befehl dazu lautet:
Get-Mailbox "Mailbox Name" | fl name, emailaddresses > C:\Export\test.txt

So weit, so gut. Allerdings waren diesem Postfach mehrere Dutzend eMail-Adressen zugewiesen. Dies führte dazu, dass die Ausgabe der eMail-Adressen nach einer bestimmten Länge abgeschnitten und mit “…” beendet wurde.

Verschiedene Versuche dies über Änderung des Ausgabeformats zu beheben zeigten keinen Erfolg.

Nach etwas Recherche im Internet habe ich auf einer englischen Seite den entsprechenden Hinweis gefunden. Dieses Verhalten wird durch eine Variable “$FormatEnumerationLimit” kontrolliert, welche per Default auf den Wert 16 gesetzt ist. Dies bedeutete im konkreten Fall dass die Ausgabe nach 16 eMail-Adressen abgeschnitten wurde.

Man kann dieses Limit für die aktuelle Shell-Sitzung auf unbegrenzte Anzahl anheben in dem man folgenden Befehl an der Shell-Eingabeaufforderung eingibt:
$FormatEnumerationLimit = -1
Danach den gewünschten Befehl noch einmal eingeben und die Ausgabe wird nicht mehr abgeschnitten.

Das Limit wird in der Datei C:\Program Files\Microsoft\Exchange Server\V14\Bin\Exchange.ps1 (Default-Pfad für Exchange 2010) festgelegt. Es ist aber wohl nicht ratsam es dort direkt abzuändern, insofern habe ich es bei der Änderung für die aktuelle Session belassen.

Der englische Artikel in dem ich den Hinweis fand.

Das Verschieben oder Kopieren einer Site von einer Drupal-Multisite-Installation zu einer anderen oder innerhalb einer Drupal-Multisite-Installation birgt gewisse Fallstricke die man beachten muss. Beim Verschieben/Kopieren innerhalb einer Drupal-Multisite-Installation wird die Verwendung von Symlinks empfohlen. Da Symlinks unter Windows nicht oder nur bedingt zur Verfügung stehen und es auch keine Lösung für ein Verschieben zwischen verschiedenen Drupal-Multisite-Installationen ist (z. B. lokal nach Internet), habe ich mich mit anderen Möglichkeiten beschäftigt. Hier gibt es verschiedene Ansätze. Unter anderem gibt es auch ein Modul hierfür. Für diesen Fall wollte ich aber kein Modul einsetzen, da es mir wichtig ist den Multisite-Ansatz zu verstehen. Insbesondere um sich im Fall von Problemen (z. B. Neuinstallation) helfen zu können.

Folgende Vorgehensweise hat (bei Drupal 6) für mich funktioniert:

• Kopieren des Ordners der zu verschiebenden/kopierenden Site und Umbenennen zur neuen Site.
• Exportieren der Datenbank (ohne CREATE DATABASE) der zu verschiebenenden/kopierenden Site in eine SQL-Datei. In der SQL-Datei alle Vorkommen der alten Site durch die neue Site ersetzen.
• Leere Datenbank für die neue Site erstellen und den bearbeiteten SQL-Export importieren.
• Cache-Tabellen in der Datenbank der neuen Site löschen.
• Anpassen der settings.php im Ordner der neuen Site auf neue Datenbank.
• Anpassen der vhosts.conf für die neue Site

Die Tabelle watchdog kann man bei der Ersetzung ggf. außen vor lassen.

Diese Vorgehensweise ist keine Lösung wenn man eine Site unter mehreren Domains erreichbar machen will.

Normalerweise kann man solche Fehlermeldungen mit dem Verwaltungs-Snapin Komponenten-Dienste unter DCOM-Konfiguration beheben. Man durchsucht dazu die Registry nach dem in der Meldung angegebenen Schlüssel, hier “24FF4FDC-1D9F-4195-8C79-0DA39248FF48″. Dort findet man dann dann den Namen der DCOM-Anwendung, in diesem Fall “Quarantine Private SHA Binding Class”. Ich konnte diese DCOM-Anwendung allerdings nicht lokalisieren. Dies lag wohl daran, dass der Schlüssel in der Registry keinen Unterordner hatte. Ich habe dann den Registry-Schlüssel komplett gelöscht. Danach ist die Fehlermeldung nicht mehr aufgetreten. Ich konnte auch keine Probleme in der Funktion von Kaspersky feststellen.

Nach weiterer Recherche habe ich Hinweise in Foren gefunden, dass der Fehler eventuell mit dem Zusammenspiel von NAP (Network Access Protection) und Kaspersky zusammenhängt. Es gibt wohl auch einen Patch von Kaspersky dazu, hier. Ich werde mal beobachten ob es noch weitere Probleme gibt. Dann werde ich den Patch ggf. noch verteilen.

Es gibt ein etwas merkwürdiges Verhalten von Outlook was die Auswahl des Absenders betrifft. Sofern man den Absender über das Adressbuch und die globale Adressliste auswählt funktioniert “Senden als” wie gewünscht. Gibt man jedoch im Von-Feld einfach die Mailadresse ein funktioniert “Senden als” nicht, bzw. nicht in jeder Konstellation. Man erhält dann eine Fehlermeldung “Unzustellbar” von Exchange.

In meinem speziellen Fall ging es darum einen Absender zu verwenden, welcher nicht in der globalen Adressliste angezeigt wird. Ich habe dann den Absender unter den Kontakten des Benutzers angelegt und zwar in der Form in der er auch in der globalen Adressliste angezeigt werden würde. Das scheint wichtig zu sein, da es wie schon gesagt nur mit der entsprechenden Mailadresse nicht funktioniert. Um das Ganze noch komfortabler zu gestalten habe ich einen kleinen VBA-Makro geschrieben welcher den Absender setzt. Diesen kann man dann über einen Button einbinden und setzt so mit einem Klick den Absender.


Sub Sendenals_Anderer()

End Sub


Man kann statt myOlApp.ActiveInspector.CurrentItem.Save auch myOlApp.ActiveInspector.CurrentItem.Send verwenden. Dann wird die Mail sofort versendet.

Die Einstellungen bezüglich der “Geschützten Ansicht” sind über den Punkt Optionen im Menü Datei zu erreichen. Dort klickt man auf Sicherheitscenter und weiter auf “Einstellungen für das Sicherheitscenter”. Hier kann man nun unter “Vertrauenswürdige Speicherorte” die entsprechenden Netzwerkfreigaben hinzufügen. Ggf. ist vorher noch das Feld “Vertrauenswürdige Speicherorte im Netzwerk zulassen” anzukreuzen. Unter dem Menüpunkt “Geschützte Ansicht” im Sicherheitscenter kann man die “Geschützte Ansicht” ganz oder teilweise deaktivieren.

Etwas unschön ist es, dass man die Speicherorte in den einzelnen Anwendungen (Word, Excel, Powerpoint, etc.) separat hinzufügen muss.

Ich hätte es ja gerne auch über die Standard-Breitbandverbindung in Windows eingerichtet. Allerdings gab es in der Zugangssoftware einen Benutzernamen, einen Realm, ein Passwort und einen PIN. Das konnte ich den beiden Feldern Benutzername und Passwort in der Windows-Standardvariante nicht eindeutig zuordnen.

Zunächst mal surfte ich in Vorbereitung des Termin guten Mutes zur Freenet-Website. Dort suchte ich nach Zugangssoftware, konnte hier aber nichts für DSL finden. Es fand sich nur Zugangssoftware für Modem/ISDN. Der Kunde teilte mir dann mit, dass Freenet vor einiger Zeit einen Brief geschickt hatte in welchem die Übernahme der DSL-Sparte von Freenet durch 1&1 angekündigt wurde. Nun ging eine kleine Odyssee durch diverse Hotlines von Freenet und 1&1 los, die wahlweise nicht mehr gültig, nicht zuständig oder der Sprachcomputer hartnäckig nach einer Kundennummer von 1&1 verlangte die mir nicht vorlag. Schließlich konnte ich nach geduldigem Warten und einigen Zwischenrufen den 1&1-Sprachcomputer dazu bringen mich tatsächlich auch ohne Kundennummer mit einem Berater zu verbinden.

Der Berater war zwar durchaus freundlich aber in Sachen Freenet-Umstellung nicht wirklich kompetent. Eine Eskalation an einen möglicherweise in diesem Thema erfahrerenen Kollegen schien er auch nicht zu erwägen. Er wollte die Sache offenbar alleine durchziehen. Ich blieb doch ungefähr 20 Minuten lang hartnäckig und lies mich von den mir einer Lösung nicht zuträglich erscheinenden Vorschlägen nicht beeindrucken. Er versuchte mich auf verschiedene Art und Weise abzuwimmeln (CD suchen, Samsung-Router! verwenden und so weiter). Insgesamt dreimal empfahl er mir doch die Google-Suche zu benutzen um an die Zugangssoftware zu kommen. Das ist eigentlich keine schlechte Idee von 1&1 seinen Kundenservice an die Google-Suche auszulagern, zumindest von der Kostenseite her Meiner Hartnäckigkeit geschuldet suchte der Berater dann in seinem Intranet sowie auf der Freenet-Seite und auch über Google nach einer Lösung. Da er mich aber auch nur auf die Freenet-Zugangssoftware für ISDN/Analogmodem verwies, konnte ich ihn nicht aus seiner Schuldigkeit entlassen. Es wurde mir dann nach den besagten 20 Minuten doch langsam langweilig, vor allen Dingen als er mir auch noch glaubhaft machen wollte, dass es zwischen Analog-Modem und DSL-Modem keinen Unterschied gibt – Modem ist Modem. Wahrscheinlich weiß er aber gar nicht, dass es für DSL auch wirkliche Modems gibt, die keine Router sind. 1&1 spricht ja auch immer von WLAN-Modems und findet das total lustig.

Nach diesem spaßigen Gespräch machte ich mich nun selbst mal ans Googeln. Nach einiger Zeit fand ich diese vielversprechende Seite. Der Link zu Freenet führte aber ins Leere, die Seite existiert wohl nicht mehr. Ein Glück gibt es die Wayback Machine und tatsächlich wurde auf dieser Seite beschrieben wie sich Benutzername und Kennwort für Freenet DSL über Windows-Breitbandverbindung zusammensetzen:

Benutzername: RealmDSL-Login (Der Realm lautet meist frn6/ oder so ähnlich)
Kennwort: PINPasswort

Das funktionierte und machte mich richtig froh, vor allen Dingen dass man auf die ätzend grüne Zugangssoftware von Freenet verzichten kann.

Die Auslagerung des Services von 1&1 an Google und Wayback wäre vielleicht doch eine echte Innovation. Schönen Gruß an Marcell D’Avis.

function brothermfc9840CDW_datumsetzen($ipadresse, $benutzername = "admin", $passwort = "access")
{
$datum_1980 = mktime(0, 0, 0, 1, 1, 1980);
$datum_heute = mktime();
$datum_brother = $datum_heute - $datum_1980;
$chandle = curl_init();
curl_setopt($chandle, CURLOPT_URL, "http://". $ipadresse . "/fax/general_setup.html?kind=item");
curl_setopt($chandle, CURLOPT_POST, TRUE);
curl_setopt($chandle, CURLOPT_POSTFIELDS, "DateTime=".$datum_brother);
curl_setopt($chandle, CURLOPT_HTTPAUTH, "CURLAUTH_BASIC");
curl_setopt($chandle, CURLOPT_USERPWD, "".$benutzername.":".$passwort."");
curl_setopt($chandle, CURLOPT_RETURNTRANSFER, TRUE);
curl_exec($chandle);
curl_close($chandle);
}
?>
Den Funktionsaufruf in der ersten Zeile muss man mit den entsprechenden Parametern anpassen: IP-Adresse des MFC (erforderlich), Benutzername sofern abweichend vom Standard “admin” und Passwort sofern abweichend vom Standard “access”.

Mein Fazit: WPS ist aus meiner Sicht ein Feature, dass niemand braucht. Es ist ein weiterer “proprietärer Standard” im WLAN-Bereich (so wie Super-G, WLAN-Boost, WDS, etc.) der vielleicht funktioniert so lange man alle Komponenten vom selben Hersteller kauft. Wenn jemand nicht in der Lage ist ein WLAN regulär mit Netzwerkschlüssel einzurichten, sollte er vielleicht jemand fragen der sich damit auskennt. Ein grundlegendes Verständnis der Technik die man selbst einrichtet, halte ich schon für sinnvoll. Bisher bin ich dem WPS-Feature immer aus dem Wege gegangen und meiner erster Kontakt bestätigt mich dies auch so zu belassen.

Auf das angegebene Gerät, bzw. den Pfad oder die Datei kann nicht
zugegriffen werden. Sie verfügen eventuell nicht über ausreichende
Berechtigungen, um auf das Element zugreifen zu können.

Im ersten Moment denkt man vielleicht das Problem liegt an einem fehlgeschlagenen Download oder an fehlenden Dateisystemberechtigungen. Tatsächlich liegt dies aber oft an einem Sicherheitsfeature von Windows, welches die Ausführung der Datei blockt. Die auf den Windows-Serversystemen standardmäßig aktivierte verstärkte Sicherheitskonfiguration für Internet Explorer ist der Grund hierfür.

Um das Ausführen der Anwendung zu ermöglichen ruft man über Rechtsklick auf die Datei das Kontextmenü auf und wählt den Punkt Eigenschaften. Auf der Registerkarte Allgemein klickt man ganz unten bei Sicherheit nebem dem Text “Die Datei stammt von einem anderen Computer. Der Zugriff wurde aus Sicherheitsgründen eventuell geblockt” den Button “Zulassen” an.

Danach kann man die Datei ausführen.