tesso

@NilsK Jetzt verstehe ich deinen Gedanken. Aber für die commandlets des von mir empfohlenen Tools braucht du keine Exchangeshell. Ich habe es auch nur mit der Powershell lösen können. Aber du hast Recht, sobald die Exchangecmdlets ins Spiel kommen.

@NilsK Bei Microsoft liegt ein Paket Windows PowerShell 1.0 - Lokalisiertes Installationspaket für Windows Server 2003 (KB926140) Ich weiß nur nicht ob das für die oof Sachen ausreicht oder ob man unbedingt Powershell 2.0 benötigt.

@Dr. Melzer Auch wenn ich mich kurz gefasst habe, ich habe sogar die Suchworte für google gepostet. Da kommen viele Anleitungen, einige habe ich mir angeschaut und dann beschlossen lieber keine Links zu posten.

Wenn Powershell installiert ist, sollte es gehen. Ich habe es aber nicht getestet. Du kannst die Texte einmal vorbelegen, dann stehen sie beim ein-/ausschalten.

Zahni, da liegst du falsch. Die Netzmaske 255.255.254.0 ist definitiv richtig. windowsfaq, was hast du auf den Clients denn eingestellt? Welchen Netzmasken hast du dort eingetragen?

Ich tippe auf physikalische Probleme. Kabel, Netzkarte, Switchport etc.

So was kann man bei vielen Netzwerkkarten direkt im Treiber einstellen. Sollte deine Karte das nicht können schaue beim Hersteller nach VLAN-Tools. Oft heissen die auch Teaming Utility.

Wäre mir neu das es Probleme gibt. Was hast du für eine Richtlinie gebaut? Ich habe es nicht vor mir. Du kannst eine Gruppe definieren in die neue Clients reinkommen. Wenn du für Clients und Server unterschiedliche GPOs baust, kannst du auch unterschiedliche Gruppen zuweisen.

Das eine ist ein Backupprogramm, das andere ein Imageprogramm. Deine Frage bzgl. Migration kann so pauschal nicht beantworten. Für BESR gibt es meines Wissens eine Zusatzlizenz die auch Wiederherstelleung auf anderer Hardware erlaubt.

Evtl. fehlt noch dieses netsh advfirewall firewall add rule name=„FTP for IIS7“ service=ftpsvc action=allow protocol=TCP dir=in

Da fallen mir spontan zwei Wege ein. TweakUI oder so REGEDIT4 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon] "DefaultUserName"="Administrator" "AutoAdminLogon"="1" "DefaultPassword"="xy"

Schau hier Quick (ish) Tip – Exchange 2007 – Setting OOF for Users via Powershell… telnet 127.0.0.1 25 und hier http://msgdev.mvps.org/setoofexamples.htm Ich habe das bei mir im Einsatz um skriptgesteuert den OOF für bestimmte Konten zu steuern.

Richtig, das kann erst der BES 5 oder der BESX.

Auf die Idee mit weiteren SMTP-Connectoren bin ich auch gekommen. Die Adressierung welcher Connector genommen wird geschieht aber an Hand der Zieladresse. Er will aber an Hand der Ansenderadresse routen.

Ich habe doch die Lösung oben schon erwähnt.

Von mir auch, herzlichen Glückwunsch zum Reifetag.

Das geht nur mit Zusatztools. Such mal nach "sender based Routing for exchange server". Da gibt es eine Lösung.

Google ist doch nicht so schwer zu benutzen. Versuch es mit "logfiles exchange 2007"

Exchange Management Console, Toolbox

Wie man die Version herausfindet findest du unter anderem hier: Let me google that for you

Welchen Stand hast du? Installierte Updates findest du auf alle Fälle bei den Updates. Habe gerade keinen Exchange vor mir. Zu meinem vorherigen Posting. Evtl. hiflt der MAPI Editor. Was sagen die Logsfiles und das Nachrichtentracking? Sind die Mails zugestellt worden?

Hast du mal geprüft ob deine Exchangedatenbanken noch in Ordnung sind? Wenn die Mail in den Postfächern landen ist der Popconnector meiner Meinung nach außen vor. Zu klären ist, dann warum die Mails nicht angezeigt werden.

Welcher POP3 Connector ist im Einsatz?

GFN in Hamburg?

Dann bist du doch mit dem MCITP EA auf dem richtigen Weg. Die eine Prüfung zum SA, die dir dann fehlt kannst du selbst zahlen und hast dann auch ein zweites Cert. Das Wissen fällt bei den anderen Kursen quasi mit an.