• 18Nov

    Heute stand mal wieder die Einrichtung einer Exchange-Umgebung an. Ich weiß schon, warum ich das letzte Mal in dieser Situation lieber den exzellenten Kerio MailServer eingesetzt habe…

    Die betreute Firma benutzt 4 bis 5 verschiedene Domains mit immer gleichen Mailkonten, und sowohl beim Senden als auch beim Empfangen soll ersichtlich sein, welche Domain nun gerade benutzt wird. Eigentlich kein Ding, oder? Tja, wer das denkt, kennt Exchange nicht. Oder kenne ich es nicht gut genug?

    Empfangen: OK, das mit dem schrottigen POP3-Connector im SBS 2003 muss ich keinem erzählen. Also mal wieder Cygwin mit cron und fetchmail eingerichtet. Die schöne Lösung mit Mailsammlung beim Provider und zentraler Abholung per UUCP ist leider nicht drin, weil der Provider nicht auf den schönen Namen Tigernet hört 😉

    Erste Idee: Ein Konto pro Benutzer mit allen dazugehörigen Mailadressen, gesammelte Zustellung durch fetchmail an diesen Account, und Server-Regeln zum Einsortieren der Mails in Domain-Unterordner. Das scheitert aber daran, dass Exchange die Information über die ursprüngliche Empfängeradresse nicht durchreicht – jedenfalls nicht so, dass man sie per Regel auswerten könnte. Eine eingehende Mail an xy@domain1.com ist also nicht von einer an xy@domain2.com zu unterscheiden.

    Also läuft es nun so: Mehrere Windows-Konten pro Benutzer, jeweils nach Maildomains aufgeteilt. Als Anhängsel zum Nachnamen gibt es „[Domain1]“ oder „[Domain2]“. fetchmail stellt an die jeweiligen Windows-Konten zu, und dort ist in den Zustelloptionen das eigentliche Hauptkonto als Ziel angegeben. So fließt die Domain in Form des Nachnamen-Anhängsels ein und ist für den Anwender sichtbar. Die Zusatzkonten werden in den Exchange-Adresslisten unsichtbar gemacht und stören so nicht weiter. Nicht schön, aber geht. Das hatten wir doch neulich erst!

    Senden: Auch nicht viel schöner. Man könnte ja denken, dass ein Benutzer alle seine zugewiesenen Mailadressen in einer Auswahlliste in Outlook zu sehen bekommt und dann auswählen kann, mit welcher Identität er gerade verschicken will. Das geht ja schließlich auch, wenn man mehrere POP3-Konten eingerichtet hat. Aber nein, das wäre ja viel zu einfach. Das geht nur mit Zusatztools von IvaSoft: SmartReply für Outlook (50$ pro Client) und ChooseFrom für Exchange (200$). Funktioniert gut, ist dem Kunden aber nicht zu vermitteln. Diese beiden Tools hätte Microsoft mal statt des POP3-Connectors kaufen und integrieren sollen!

    Was also tun, außer sich das Thunderbird-Feature mit mehreren Identitäten pro Konto zu wünschen? Mal wieder der alte Hack mit den Dummy-POP3-Konten, die nur zum Senden benutzt werden. *schüttel*

    So, genug Schauergeschichten für heute. Halloween ist schließlich schon lange vorbei!

    Permalink

    Tags: , , ,

  • 24Okt

    Mal wieder ein Fall von „Typisch Microsoft“: Ein Windows Server 2003 (in diesem Fall eine Small Business Edition) deaktiviert bei jedem Neustart den Schreibcache seiner Systemfestplatte, wenn er keine Batteriepufferung o.ä. erkennt. Grund: Absicherung gegen Stromausfälle. Auswirkung: Performance wie eine Schildkröte.

    Ob man betroffen ist, lässt sich einfach feststellen: Geräte-Manager -> Laufwerke -> entsprechendes Laufwerk auswählen. In den Eigenschaften unter „Richtlinien“ kann man die Haken für „Schreibcache auf dem Datenträger aktivieren“ und „Erhöhte Leistung aktivieren“ setzen. Die Einstellung wirkt sich sofort aus. Wenn die Haken nach einem Neustart des Servers wieder verschwunden sind: Willkommen im Club!

    Das Setzen eines Schreibschutzes für die entsprechenden Registry-Schlüssel, die hinter diesen Haken stecken, bringt nichts. Abhilfe schafft das Programm dskcache.exe, das es seit Windows 2000 gibt. Trotzdem gehört es nicht zum Lieferumfang und lasst sich nur als „Hotfix auf Anfrage“ unter http://support.microsoft.com/kb/811392 herunterladen. Alternativ könnte man bei Google nach Windows2000_KB811392_x86_ENU.EXE suchen 😉 .

    Ein Aufruf von dskcache ohne Parameter zeigt den Cache-Status an. Man aktiviert den Cache über dskcache +p +w. Das kann man nun nach jedem Neustart per Hand oder Batchdatei oder Batchdatei im Autostart machen. Besser ist es aber, einen „Geplanten Task“ anzulegen, damit der Aufruf beim Hochfahren automatisch ausgeführt wird, auch wenn sich (wie an einem Server üblich) niemand anmeldet.

    Ich sehe ja ein, dass ein Server – und gerade seine Systempartition – gegen Dateisystemfehler abgesichert sein muss. Trotzdem sollte Microsoft dem Admin die Möglichkeit geben, dieses automatische Abschalten des Caches zu unterbinden, ohne Klimmzüge zu unternehmen.

    Was wohl die Elitetruppe auf Experts Exchange zu dem Thema herausgefunden hat…?

    Permalink

    Tags: , ,