Christoph35

Leerzeichen im Namen sollte man tunlichst vermeiden für den Account, der für das Binding genutzt wird. Darüber sind wir auch schon gestolpert. Erstelle dir einen Extra-User-Account, mit nicht ablaufendem PW. Der braucht nur domain-User zu sein und sonst keinerlei Rechte, um Read-Zugriffe machen zu können. Christoph

Hi, wir haben auch solche Standorte, die mit 2Mbit oder weniger angebunden sind. Wir haben an 3 (Hub-)Lokationen Exchange-Server stehen, die anderen Standorte nutzen die E2K3 Org. mit Outlook 2003 im Cached Mode. Wir haben damit keine Probleme. Christoph

Der Nachfolger heißt von Exchange 2003 ist der Exchange 2007. Dafür gibts schon Tests. Ich denke nicht, dass Exchange 5.5 da noch eine Rolle spielt. Der ist ja schon seit einiger Zeit aus dem Support rausgefallen. Mir ist auch kein direkter Migrationspfad Ex 5.5->Ex. 2007 bekannt, bei Ex. 2003 ging das ja noch. Christoph

Aha, von der Delegation war in deinem Post, wo du die Vorgehensweise beschrieben hast, nicht die Rede gewesen.... ;) Wenn du mit StammDNS-Zone in Schritt 1 oder 6 die "."-Zone meinst, dann nein. Du musst von der Contoso.com Zone die de.contoso.com-Zone delegieren. Aber das ist alles in den beiden verlinkten Artikeln beschrieben. Hier wurde das Thema in Bezug auf DNS auch schon mal angesprochen: http://www.mcseboard.de/windows-forum-ms-backoffice-31/kleiner-tip-aufbau-dns-struktur-117444.html Off-Topic:Nachdem das Thema hier in letzter öfters vorkommt, sollte ich oder wer anders vllt. mal ein Howto schreiben...:D Christoph

Öhm.... wohl irgendwie falsch verlinkt :D Also: DC, SQL, Exchange und WAWI....:shock:... kein Wunder, dass der am Limit hängt. Ihr solltet mal darüber nachdenken, die SQL-DB und die WaWi auf einen anderen Server auszulagern... Wenn das nicht geht, solltet ihr versuchen, den Speicherverbrauch der SQL-DB zu limitieren. Christoph

Korrekt erkannt. Zum Deploymenet einer FE/BE Topologie, siehe: Front-End and Back-End Server Topology Guide for Exchange Server 2003 and Exchange 2000 Server Christoph

Kannst Du dann bitte den Link posten? Die Links, die ich hier gepostet habe, führen zu einer Online Version des Deployment Kits. Ich habe das auf Papier schon gelesen, und da stehen alle notwendigen Steps drin. Christoph

Ausserdem sollte möglichst aller Verkehr zum oder vom ISA Server selbst, über die System-Policies geregelt werden, nicht über selbst erstellte FW-Policies. Ansonsten stimme ich meinem Vorredner voll zu. Ach ja: willkommen an Bo(a)rd! :) Christoph

Naja, so kann das nicht hinhauen... Du hast als DNS Server die 10.1.1.20 eingetragen, aber die Zone auf dem 10.1.1.22 angelegt...., wie soll der DC03 die dann finden?! Du könntest auf dem DC01 noch eine Delegation erstellen, die den DC03 als zuständig für die de.contoso.com Zone erklärt. Lies mal z.B. diese beiden Whitepapers: Microsoft Corporation Microsoft Corporation Da steht auch drin, wie man das mit DNS lösen kann. Christoph

Dann kannst Du nicht mehr RAM nutzen, auch die 4 GB wirst Du wohl nicht voll ausschöpfen können. Wieviel wird denn in den System-Eigenschaften angezeigt? Was macht der Server so alles? Wie mein Kollege schon sagte: sei mal ein bischen freigiebiger mit deinen Infos... :rolleyes: Christoph

Schon mal bei EventID nachgeschaut? EventID.Net Christoph

Hi, Die Fehlermeldung ist doch an sich eindeutig oder? Du musst mehr IP-Adressen für VPN Clients bereitstellen. Schau mal hier: Increase VPN address range Ist zwar für SBS 2000, könnte/sollte Dir aber wohl auch beim 2003er helfen. Christoph

Hi, ja, es stimmt, Exchange 2003 Enterprise hat eine quasi unbegrenzte Größe für die Datenbanken. Max. Größe liegt bei 8000 GB. Du kannst aber, wenn Du das SP2 für Exchange installiert hast, die Größe für die DB bei E2K3 Standard auf bis zu 75 GB erhöhen. Gibt dazu schon etliche Beiträge im Board zu finden. Das dürfte dir vielleicht erstmal weiterhelfen. Christoph

Hi, sorry, komme leider erst heute dazu, Dir zu antworten. In deinem Log ist diese Zeile zu finden: Das deutet darauf hin, dass du evtl Probleme mit Spracheinstellungen hast. Schau dazu mal hier: Problembehandlung von "ExMerge"-Problemen (fast am Ende) Erkennen und Konfigurieren der richtigen Namen für MAPI-Dienste Christoph

Äh, wie kommst Du darauf`? :suspect: Er hat doch Interface ist dem Netz, wie nouseforaname schon sagte. Vielleicht solltest Du das hier noch mal nachlesen: Microsoft Corporation Christoph

Sind die Clients denn auch so konfiguriert, dass sie sich bei dem Exch/WSUS Server melden, z.B. über Group Policy? Christoph

Das Thema hatten wir vor nicht allzulanger Zeit schon mal. Schau mal in diesen Thread, ob Dir die Tips dort weiterhelfen: http://www.mcseboard.de/windows-forum-ms-backoffice-31/exmerge-exportiert-mir-nur-48kb-grosse-pst-dateien-115966.html Christoph

Eigentlich unglaublich.... :schreck: :suspect: Christoph

Jo, habe noch mal das Zitat angesehen... Der Infostore wurde in der Tat normal gesichert. Bei mir wird übrigens für das Restore gar keine Größe angezeigt, war allerdings auch ein Backup To File Vorgang. Christoph

Da bemühen sich hier einige, Dir zu helfen, und dann sowas... :rolleyes: :mad: Christoph

Hi und willkommen an Board! Mach die 293, Du bist einmal drin im Thema! Und Glückwunsch zum Bestehen! Christoph

Hi, wurde hier schon mal gepostet: http://www.mcseboard.de/cisco-forum-allgemein-38/interessant-cisco-arbeitet-nur-noch-vue-117116.html Aber Du hast recht, ich finde es auch sehr kurzfristig... Christoph

Hi, Bei PF kannst Du diese im Exchange System Manager rechtsklicken und dann wählst Du "Alle Aufgaben" und "E-Mail deaktivieren". Und, ja, dann können diese PF keine E-Mail mehr empfangen. Wenn Du diese Funktionalität noch brauchst, musst Du sie auf einen anderen Exchange Server replizieren lassen (incl. Inhalte!), danach kannst Du dann das Replikat auf dem zu löschen Exchange Server löschen. Für Verteilerlisten kannst Du die Exchange Attribute, genauso wie bei UserAccounts, über die Exchange Aufgaben löschen. Christoph

Und wie kommt es dann dazu? Ich hab gestern mal schnell getestet und in meiner Testumgebung eine Normalsicherung des Exchange Info-Store gemacht. Das wird auch im Report als Sicherungstyp "Normal" angezeigt, nicht als "Kopieren". /edit bei nochmaligem Hinsehen, hab ich bemerkt, dass ich das Kopieren versehentlich auf das Exchange Backup statt auf den System State bezog... :rolleyes: @GüntherH: im 2. Screenshot im 1. Posting von Lloyd Christmas sieht man, dass es das NTBackup Programm für den Exchange Server ist. Christoph

Weshalb sicherst du den Infostore immer noch mit "Kopieren"? Auch das sollte ein Normal / Voll Backup sein, hatte ich doch schon in meiner 1. Antwort erwähnt... Christoph