Search results for 'app:weblogs' matching tag 'Exchange'

Support Policy für Database Availability Group geändert!

Wstein — Tue, 20 Oct 2009 05:00:00 GMT

Letzte Woche wurden in der Newsgroup noch Fragen zur Database Availability Group gestellt. Stand bis heute war das man für eine von Microsoft Pss unter stützte Umgebung mindestens 2 Netzwerke /Netzwerkkarten benötigt. Überraschend hat Microsoft diese Support Policy heute geändert. Für Exchange Database Availability Groups ist ab sofort nur noch eine Netzwerkkarte pro Mailboxserver notwendig! Das bedeutet weniger Streß bei der Konfiguration und eine deutliche Vereinfachung bei der Einrichtung.

Viele Grüße

Walter Steinsdorfer

Exchange 2010 ist RTM

Wstein — Thu, 08 Oct 2009 05:00:00 GMT

Let´s party! Die Exchange Produktgruppe hat es gerade auf dem Exchange Team Blog veröffentlicht: Exchange 2010 ist RTM!

Es wird zwar noch ein paar Tage dauern bis zur Allgemeinen Verfügbarkeit, aber der erste wichtige Schritt ist getan, es gibt ein zur Produktion fertiges Release. Gratulation an die PG zu einem so guten Produkt!

Viele Grüße

Walter Steinsdorfer

Schema Erweiterung auf Windows Server 2008 R2 bei bestehender Exchange 2003 – Org.

Wstein — Thu, 08 Oct 2009 05:00:00 GMT

Das war sicher eine der interessantesten Anmerkungen/Fragen auf der gestrigen Launch – Veranstaltung. Bei einer Exchange 2003 – Organisation im Active Directory Forest ist es nicht supportet~~, die Schemaerweiterungen für Active Directory 2008 R2!~~ ~~einzuspielen~~ den Forest Functional Level auf Windows Server 2008 R2 anzuheben. Eine genaue Begründung habe ich dafür noch nicht gefunden, aus der Support Matrix geht aber dieser Punkt genau hervor.

Bevor also das Schema auf Windows Server 2008 R2 upgedatet wird und der Forest Functional Level danach angepasst wird, muß die Exchange-Organisation mindestens auf Exchange 2007 laufen.

Viele Grüße

Walter Steinsdorfer

Online – Mailbox Moves

Wstein — Tue, 06 Oct 2009 05:00:00 GMT

Mit Exchange 2010 hält ein neues Feature Einzug in der Exchange – Organisation das vor allem die Administratoren begeistern wird die schon desöfteren Nachts oder am (verlängerten) Wochenende massenhaft Mailboxen von einem Exchange-Server auf den nächsten transferiert haben: Online Mailbox Moves.

Wie funktioniert das: Der Inhalt der Mailboxen wird währende der Benutzer auf seiner ursprünglichen Mailbox weiterarbeitet kopiert. Während des Umzuges der Usermailbox eingehende Elemente werden auch auf die neue Mailbox übertragen und sind dort nach dem Umzug sichtbar. Der Benutzer erhält nach dem erfolgreichen Umzug eine kurze Meldung das er bitte Outlook kurz neu starten soll. Mit der neuen Methode können damit Downtimes für den Benutzer (und Nachschichten für den Administrator) auf ein Minimum verkürzt werden.

Welche Versionen supporten den Online – Move: Ursprünglich war angedacht es nur in Exchange 2010 zu unterstützen. Das neue Feature hat es jetzt aber doch in Exchange 2007 Sp 2 geschafft, wie auf der in der Hilfe enthaltenen Tabelle zu ersehen ist:

Moving From - To	Online	Supported
Exchange 2010 to Exchange 2010	Yes	Yes
Exchange 2007 SP2 to Exchange 2010	Yes	Yes
Exchange 2007 SP1 to Exchange 2010	No	Not supportet
Exchange 2003 Sp2 to Exchange 2010	No	Yes
Exchange 2003 Sp1 to Exchange 2010	No	Not supportet
Exchange 2010 to Exchange 2007 SP2	No	Yes
Exchange 2010 to Exchange 2003	No	Yes
Exchange 2010 to Exchange 2003	No	Yes

Wo ist das “move-mailbox” – cmdlet?

Das move – mailbox cmdlet wurde abgelöst. Es wurde durch das cmdlet “new-moverequest” ersetzt. Eine ausführliche Dokumentation wie das Umziehen von Mailboxen funktioniert findet sich im Technet unter http://technet.microsoft.com/de-de/library/dd298174(en-us,EXCHG.140).aspx.

Viele Grüße

Walter Steinsdorfer

Exchange User Group Meeting am 09.10.2009-Einladung und Agenda

Wstein — Thu, 01 Oct 2009 05:00:00 GMT

Wer darf kommen? Jeder der zum Treffen angemeldet ist. Ihr könnt auch gerne Kollegen mitbringen, bitte diese in der Anmeldung nicht vergessen.

Wo melde ich mich an?
Bitte einfach eine Email mit einem Aussagekräftigen Betreff an wstein@inet-service.com schicken.

Das Treffen findet statt bei
Microsoft Deutschland GmbH, Unterschleißheim
Hier die offizielle Wegbeschreibung: http://www.microsoft.com/germany/unternehmen/informationen/gmbh_profil/niederlassungen/muenchen.mspx?m=1
Das Usergroup-Meeting findet im Raum Erde statt, für das leibliche Wohl ist gesorgt.....

Die Agenda:

18:00 Uhr-18:30 Uhr Registrierung, Begrüßung
18:30 Uhr-19:30 Uhr Hochverfügbarkeit unter 2010, die DAG
19:30 Uhr Networking
20:00 Uhr -20:45 Uhr Powershell
20:45-21:15 Networking
21:15-21:45 Der Active Sync Simulator
am Ende: Wann treffen wir uns wieder, welche Themen wollen wir besprechen?

Wir freuen uns über zahlreiches Erscheinen und lebhafte Diskussionen. Bitte meldet euch umgehend an, damit wir ausreichend Essen bereitstellen können.

Das Exchange Usergrouptreffen findet ohne Eintrittsgebühren statt.

Viele Grüße
Walter Steinsdorfer + Andy Rath

Nächstes Exchange – Usergroup Meeting am 09.10.09 in Unterschleißheim

Wstein — Mon, 28 Sep 2009 05:00:00 GMT

Das nächste Exchange User Group Meeting wird am 09. Oktober in Unterschleißheim bei Microsoft stattfinden. Anmeldungen können ab sofort an mich per Email geschickt werden. Die Agenda und weiter Informationen werden voraussichtlich ab morgen veröffentlicht.

Viele Grüße

Walter Steinsdorfer

Warum braucht man eine Empfängerprüfung?

Wstein — Mon, 28 Sep 2009 05:00:00 GMT

Recht häufig kommen in der Newsgroup Anfragen wie “Meine Warteschlange läuft voll”, “Mein Exchange verschickt lauter NDR´s”. Meistens dauert es recht lange bis alle Emails rausgehen und die Warteschlange ist relativ voll.

Der Hintergrund liegt oft in der fehlenden Empfängerprüfung. Die Kommunikation im Internet ist in “Request for Comments”, kurz RFC´s festgelegt. Für SMTP-Verkehr ist das inzwischen schon einige Jahre alte, aber immer noch gültige RFC 2821 relevant. Dort wurde festgelegt, das die Delivery Status Notification, in den meisten Fällen wohl ein “non delivery Report”, kurz NDR vom sendenden Mailserver erstellt wird solange die Kommunikation des Data-Anteils in der Email noch nicht abgeschlossen ist. Dieser endet mit einem einzelnen Punkt auf einer leeren Zeile. Wie man Emailkommunikation auf der Kommandozeile nachstellt hat Frank Carius hier sehr gut beschrieben.

Ist nun in der Exchange – Organisation (ab Version 2003) die Empfängerprüfung deaktiviert prüft Exchange das Vorhandensein der SMTP-Adresse erst mit dem Zustellversuch in das Postfach des Empfängers, also zu einem Zeitpunkt wo die SMTP-Kommunikation bereits beendet ist. In dieser Einstellung werden alle Emails angenommen für die die Exchange-Organisation zuständig ist. Nun ist Exchange für die Erstellung eines NDR´s zuständig. Der Nachrichtenversender hat, da es sich meistens um Spam handelt auch keine gültige Absenderadresse angegeben oder eine die jemand anderem gehört. Im ersten Fall wird Exchange versuchen die Nachricht loszuwerden und es erst aufgeben wenn die vom Administrator angegebene Zeit (per Default 2 Tage) angegeben ist oder die Nachrichten gelöscht werden. Im 2. Fall, das jemandem die Sendeadresse gehört der nicht der Spammer ist wird man wahrscheinlich einen Anruf des anderen Emailadministrators erhalten warum denn NDR´s verschickt werden wenn man gar nicht der Absender war.

Bei eingeschalteter Empfängerprüfung wird das nicht passieren. Hier wird bereits während der andere Mailserver den Empfänger angibt (“rcpt to:”) geprüft ob die Adresse im Active Directory vorhanden ist. Im negativen Fall muß der sendende Mailserver dann den NDR selbst erstellen, der Exchange gibt einfach die Meldung “550, Recipient unknown” aus.

Betreibt man keinen Edge-Server müssen auf der Hub-Transport-Rolle die Anti-Spam Eigenschaften nachinstalliert werden. Das Skript dazu findet sich im Exchange – Installationsverzeichnis unter “Skripte”.

Im nebenstehenden Bild kann man sehen wie die Empfängerprüfung global aktiviert wird.

Einige besorgte Administratoren werden vielleicht fragen ob es denn jetzt möglich ist mit einem Wörterbuchangriff die gültigen Emailadressen herauszufinden. Im Prinzip lautet die Antwort “ja”, aber Microsoft hat noch eine Verzögerung eingebaut. Bei der Abfrage einer ungültigen Empfängeradresse werden erst nach dem das Tarpit-Intervall abgelaufen ist wieder Antworten zugelassen. Bei Exchange 2007 ist das per Default auf 5 Sekunden eingestellt, bei Exchange 2003 muß es nachträglich konfiguriert werden. 5 Sekunden ist zwar nicht viel, eignet sich aber um Wörterbuchangriffe zu verhindern und einige Tausend Emailadressen pro Minute abzuprüfen.

Viele Grüße

Walter Steinsdorfer

Discuss und Discover

Wstein — Sat, 26 Sep 2009 05:00:00 GMT

Ebenso wie auf der Microsoft Joint Launch Roadshow werde ich auf der Discuss und Discover am 20.10.2009 im Ask the Expert – Team für Fragen und Antworten zur Verfügung stehen. Ich freue mich schon auf die ATE-Kollegen und viele Diskussionen um alle neuen Exchange 2010 – Funktionen.

Viele Grüße

Walter Steinsdorfer

Microsoft Joint Launch Roadshow 2009

Wstein — Sat, 26 Sep 2009 05:00:00 GMT

Wie ich bereits einmal geschrieben habe findet am 7.10 in München die Joint Launch Roadshow von Microsoft statt.Ich werde als Ask the Expert zur Verfügung stehen und alle Fragen zu Exchange 2010 (wer eine Frage zu vorherigen Versionen hat auch gerne) beantworten. Wie ich gehört habe ist die Veranstaltung leider schon ausgebucht, kurzentschlossene können sich leider nicht mehr anmelden. Eventuell sehen wir uns ja dafür bei einem anderen Event.

Viele Grüße

Walter Steinsdorfer

Exchange Server 2007 Service Pack 2 UM-Rolle und die Sprachpakete

Wstein — Wed, 16 Sep 2009 05:00:00 GMT

vor einigen Tagen erreichte mich die Anfrage ob es denn für das Service Pack 2 von Exchange 2007 auch neue Sprachpakete würde. Die Sprachpakete für die UM – Rolle unter Service Pack 1 sind unter http://www.microsoft.com/downloads/details.aspx?FamilyID=18426838-7733-4712-8b98-d6d1fd8c2310&displaylang=en erhältlich. Unter Service Pack 1 können die Sprachpakete für die Unified Messaging Rolle wie folgt nachinstalliert werden: Man ruft in der Powershell setup.com mit dem Parameter /addumlanguagepack auf. Als Parameter gibt man den Namen und mit /s: den Pfad zum msi-Packet mit.

Auf dem Screenshot ist die Installation eines deutschen Sprachpaketes zu erkennen. Die graphische Oberfläche im ESM gibt unter Serverkonfiguration, UM-Rolle, Eigenschaften des Servers, UM-Einstellungen die installierten Sprachpakete preis.

Beim Starten des Updates mit Setups von Exchange Server 2007 Service Pack 2wird man dann allerdings nach der Prüfung der Voraussetzungen dazu Aufgefordert die Sprachpakete zu deinstallieren. Die Sprachpakete wird man so ähnlich los wie man Sie installiert hat. In der Powershell “setup.com /removelanguagepack:de-de” eingegeben deinstalliert das deutsche Sprachpaket von der UM-Rolle. Vor der Installation von Service Pack 2 sind so alle Sprachpakete außer dem Englischen (bei einem Englischen Exchange Server) zu entfernen. Erst danach ist die Installation des Service Packs ohne weiter Probleme möglich.

Wie bekomme ich aber nach der Installation von Service Pack 2 die Sprachpakete wieder auf den Rechner? Die Sprachpakete für Exchange Server 2007 Service Pack 2 sind im Downloadcenter hier zu finden. Um die Pakete zu installieren einfach an der Powershell “setup.com /AddUmLanguagePack:de-DE /sourcedir:c:\install\languagePacks” eingeben und das oder die Sprachpakete installieren. Nach der Installation funktioniert dann die Steuerung der Exchange – Box wieder in der gewohnten Sprache.

Viele Grüße

Walter Steinsdorfer