Christoph35

Hatten wir uns nicht in diesem Thread schon mal darüber unterhalten? http://www.mcseboard.de/windows-forum-ms-backoffice-31/isa-server-2006-ftp-clients-verbindung-draussen-6-116506.html Was ist jetzt noch das Problem? Christoph

Hi, kann es sein, dass bei euch die Maintenance, die Exchange durchführt etwa zeitgleich mit dem Backup läuft? Das würde die Meldungen mit EventID 478 erklären. Siehe EventID.Net Christoph

Hast Du das Zert. auch mal den Vertrauenswürdigen Stammzert.-Stellen für den lokalen Computer Account des Clients hinzugefügt? Btw: An der FW muss nur Port 443 offen sein. Christoph

Manuelles löschen der Transaction Logs ist selten eine gute Idee. Das sollte man nach Möglichkeit dem Backup-Programm überlassen. Kannst Du bitte mal im Eventlog schauen, ob noch andere Fehler auftauchen, in dem Zusammenhang und ggf. posten. Und poste auch den Eventlog Eintrag mit der EventID 8019. /edit: Sicherst Du evtl. System State und Exchange in einem Job? Kann Probleme geben (unter anderem 8019...): Backup operation fails when you back up Exchange Server 2003 databases and System State Information at the same time Christoph

Hi, zum Event 8019: hast Du mal bei Eventid.net nachgeschaut? EventID.Net @edocom: Das NTBackup Programm wird auf dem Exchange server ersetzt und kann auch die Information Stores sichern. Leider geht allerdings aus dem ursprünglichen Post nicht hervor, ob NTBackup lokal auf dem Exchange Server gestartet wird, oder von einem anderen Server aus?! Christoph

Habt ihr denn via AD Sites & Services entsprechende Standorte und IP Subnetze definiert? Christoph

Hi, Meine Meinung: An eurer Stelle würde ich erst die Standorte vernetzen und dann AD einführen. Gibt ein einfacheres und leichter zu wartendes System. Wenn kein Weg daran vorbeiführt, 3 Domains in 3 Forests einzuführen, solltet ihr unterschiedliche Namen verwenden, sonst könnt ihr später keine Trusts aufbauen, die ihr für den Zugriff von einem zum anderen Standort braucht. Optimalerweise solltet ihr allerdings einen externen Dienstleister ins Boot holen, der euch bei der Planung und Einführung des AD etc. unterstüzt. Christoph

Poste bitte nochmal ein Dcdiag result. Wir müssen noch den Fehler mit den FSMO Rollen wegbekommen (PDC Emulator); wenn der Fehler noch ausgegeben wird, checke bitte mal per Rechtsklick auf die Domain und dann "Operatios Masters", welcher Server da als PDC Emulator angegeben wird. Normalerweise muss das der SBS sein. Die POP3 und IMAP4 Dienste sind normalerweise am Exchange Server auf "Deaktiviert" eingestellt. Christoph

Schon klar; das ist, weil AD und damit auch Exchange stark von DNS abhängig sind. Bring also zunächst mal dein DNS in Ordnung. Exchange braucht AD um die Mailbox des Empfängers zu finden, und wenn AD nicht zur Verfügung steht, ist s damit Essig. Ausserdem dürften im Moment deine Clients nicht mal den Exchange Server finden. Damit bleiben die Mails im Moment lokal auf den lokalen Clients hängen. Ihr setzt wohl Outlook 2003 oder 2007 ein. Die arbeiten per default im Cached Mode. D.h., die Clients haben im Moment Zugriff auf eine Offline-Kopie ihres Postfachs und damit die bereits vorhandenen Mails, können aber keine neuen Mails empfangen oder senden. Christoph

Wurden denn wenigstens die System-Ordner (Adressbuch, Free/Busy etc.) auf den Ex 2003 übertragen? Das hier ist die korrekte Vorgehensweise, um den 1. Exchange 2000 Server aus der Org. zu entfernen: How to remove the first Exchange 2000 Server computer from the site Falls das nicht so passiert ist: Auch wenn es Aufwand bedeutet, würde ich in den sauren Apfel beißen, damit der Kunde ein sauberes Exchange System hat. Alles andere bringt dem Kunden (und damit euch!) früher oder später nur Ärger ein. Christoph

Ich nehme mal an, die .19 ist euer Gateway (Router) zum Internet? Bei euch ist DNS nicht korrekt konfiguriert, daran liegt die ganze Crux. Ändere mal als erstes die DNS Server IP auf dem SBS auf sich selbst, also .88. Dann richtest Du im DNS Server des SBS ein Forwarding auf die .19 für alle anderen Domains ein. Ihr solltet auch den Clients den SBS als DNS Server vorgeben (optimalerweise per DHCP). Installiere auch mal die Support Tools (von der SBS CD), falls noch nicht geschehen und führe ein netdiag /fix aus. Anschließend startest Du auch noch mal das Kommando dcdiag und postest dessen Output wieder hier. Christoph

Poste bitte auch noch mal das resultat von ipconfig /all am SBS und ggf. an einem Client. Christoph

Erklär mal was zu den Hintergründen. Z.B.: Sind das Ex.-Server aus verschiedenen Exch.-Organisationen (gewesen)? Christoph

Bischen wenig Info... :rolleyes: Je mehr Info du uns zukommen lässt, desto besser können wir helfen ;) Also: - Gibt es irgendwelche Eventlog-Einträge? Am Exchange Server? Auf den DCs? - Beschreib mal die Konfiguration. - Irgendwelche Dienste, die nicht gestartet sind/werden? Christoph

Richte den 2003er Exchange als Replikationspartner ein. Schau dazu mal hier: Administering Public Folders with Exchange 2003 and PFMIGRATE Christoph

Am besten gehst du folgendermaßen vor: öffne OWA und klicke auf das Schloss-Symbol unten rechts im IE. Das zeigt dir das SSL-Zertifikat an. Dann klicke auf "Zertifizierungspfad" und klicke das ganz oben angezeigte Zertifikat doppelt an. Dort klickst Du auf "Details" und auf "In Datei kopieren". Dann 2x auf Weiter klicken, einen Dateinamen angeben und wieder auf Weiter und dann Fertig stellen. Anschließend rechts-klickst Du das .cer-File und wählst "Zertifikat installieren". Dann wieder 2x auf Weiter und anschließen auf Fertig stellen klicken. Damit hast du das RootCA Zert. für deinen User-Account im Speicher der trusted Root CAs abgelegt. Falls es dann noch nicht funtkioniert müssen wir weitersehen. Obige Schritte sind für XP, sollten aber für Vista wohl ähnlich aussehen. Es könnte natürlich sein, dass dir UAC die eine oder andere PW-Abfrage stellt?! Christoph

Habt ihr das RootCA-Zertifikat auf dem Vista-Client in die Trusted Root Certifcates des User-Kontos und des Computerkontos kopiert? Wenn der bei OWA meckert, dürfte das wohl nicht der Fall sein. Dieser Absatz aus dem von dir verlinkten Artikel ist wichtig! Outlook kann diese warnmeldung ja nicht einfach wegklicken, d.h., dann kann keine Verbindung zustande kommen! Christoph

Beschreib mal dein Problem etwas genauer. An welcher Stelle hakt es, was hast Du bisher schon konfiguriert? Christoph

Partition/Volume reicht auch aus: How to Enable Disk Quotas in Windows 2000 Christoph

Mir ist keine bekannt, ich würde mich da auch nicht auf Freeware verlassen. Somit bleibt dir nur der Vorschlag von PathFinder: lagere die Userhome-Verz. auf eine eigene Platte aus. Christoph

Hi, ggf. sind noch falsche WINS Einträge im Spiel. Check mal, ob im WINS (soweit vorhanden) noch ein falscher Eintrag ist, und führe das Kommand "nbtstat -RR" aus. Und: Wie ist denn die Auflösung nicht vollständiger Servernamen implementiert? Standard mit primären und verb.-spez. Suffixen oder mit einer Suchreihenfolge? Christoph

Du kannst Kontingente mit 3rd Party Software auch auf Verzeichnis-Ebenen setzen. Es geht auch mit Windows Server 2003 R2. Wir haben schon seit längerem das Tool von Symantec/Veritas (Storage Exec in der Version 5.2) im Einsatz und sind damit sehr zufrieden. Christoph

@Matthias: Schön, dass ich dir dabei helfen konnte :) Christoph

Wer mal wissen möchte, was dabei alles passieren kann, und wieviel Aufwand ein Recovery bedeutet, sollte sich mal diese beiden Webcasts ansehen: TechNet Webcast: Active Directory Disaster Recovery (Part 1 of 2) (Level 300) TechNet Webcast: Active Directory Disaster Recovery (Part 2 of 2) (Level 300) Beide zusammen dauern, afaik, 2.5-3 Std. Christoph

Problem hat sich erledigt. Eine falsche DLL-Version im Cisco-Agent war das Problem. Die wurde ausgetauscht und jetzt funktioniert es. Christoph