Hubert N

Da hatte ich auch schon meine Probs mit. Zur Lösung die angepassten PXE-Treiber von Intel in das i386-Verzeichnis kopieren und im Driver-Path die normalen Treiber lassen.

Da ist erst einmal der Information Store von Interesse. Versuche den zu starten und schaue mal nach dem Fehler. Wenn ein abhängiger Dienst nicht gestartet werden kann, so ists kein großes Wunder... Somit halte ich Protokolleinträge den IS betreffend für den Ansatz zur Fehlersuche. Bei Problemen mit dem IS solltest du zuerst einmal mit eseutil die Datenbanken auf Konsistenz prüfen. Eine Anleitung dazu gibts hier: http://www.msexchangefaq.de/tools/eseutil.htm

Hst du auch den Scanner nach Vorgabe installiert ? IN der Anleitung zur INstallation finden sich einige Verzeichnisse, die du vom Scannen ausschließen musst !

Da kann ich mich nur Guido anschließen. Was ist denn das für ein Netz, wo alle möglichen Leute das Adminkennwort wissen ? Da sind die Probleme doch vorprogrammiert...

Das ist mir auch mal was ganz neues... Ich inste in der Firma alle Rechner über einen auf 2k3 laufenden RIS-Server + DC. Kann also irgendwie nicht sein...

Sollte das zu kompliziert sein, dann kannst du es ja mal mit "Handauflegen" probieren ;) Aber mal im Ernst: Was findest du daran kompliziert ? Um ein dcpromo kommst du ja eh nicht rum, wenn du einen Server als DC insten willst. Die Betriebsmaster/Globalen Katalog legst du in ein paar Minuten um. Das Kopieren der Daten kann dann natürlich abhängig von der Datenmenge und der Verbindung zwischen den Servern ein wenig dauern. Kannst es ganz einfach als Script mit xcopy machen. Ein paar Scripte anpassen, Freigaben anlegen und das wars.

Soso - du willst also eine Nachtschicht einlegen ;) Ich gehe davon aus, dass du schon über ein Active-Directory verfügst ! Kurzgefasst: Server als zusätzlichen DC installieren, Betriebsmaster und Globalen Katalog umlegen, Daten kopieren. Wenn der alte Server weg soll, dann den mit dcpromo aus der Domäne entfernen. Natürlich musst du da erst einmal sicher sein, dass die Replikation geklappt hat.

Frage: Wieso willst du unbedingt deine Mails über den SMTP-Serevr von GMX versenden ??? Normalerweise verschickt der Exchange die Mails doch direkt !

Startet der Information-Store ? Prüfe das unter Dienste. Wahrscheinlich wohl nicht.... Auf jeden Fall solltest du die Datenbanken prüfen. Dazu muss der Information-Store beendet sein. Anleitung dazu gibts hier: http://www.msexchangefaq.de/tools/eseutil.htm

wie siehts mit Schreibrechten auf dem Ordner aus ??

.. das dürfte daran liegen, dass du Besitzer des Ordners bist.

Das Replikationsintervall kannst du deinen Wünschen entsprechend anpassen. Einer Aussage zum Thema "Traffic" lässt sich so pauschal garnicht machen. Das ist sicher abhängig davon, wieviele Änderungen repliziert werden müssen. Wichtig ist, dass du an jedem Standort einen Server als globalen Katalog definierst.

Irgndeine Installation laufen gehabt ? Diese Meldung kenne ich von NAV. Checke doch erst einmal, welches Setup dort aufgerufen wird. Irgendwo im Autostartbereich muss ja ein Eintrag sein.

Da hätetst du dir es mit einer Migration natürlich einfacher gemacht. Da hättest du einfach mit "xcopy /o ..." die ACLs mitkopieren können... Ob und wie man Freigaben kopieren kann entzieht sich meiner Kenntnis. Aber das dürfte ja auch das kleinste Problem sein die neu zu setzen.

Hä - oder bin ich unwissend.... ? Ich benötige die Terminallizenzierung von MS wenn ich Citrix installieren will ? Ich dachte immer, ich müsste dann CM entsprechend lizenzieren ?!

Korrektur... Ich muss den Dienst "ISA Server-Steuerung" deaktiviert haben, damit es funzt. das schließt dann natürlich den Firewalldienst + Webproxy ein.

W32Time: Rejecting logging event 0x8000000B. 894 sec until this event is allowed. W32Time: END Line 1951 W32Time: Time source failed to produce usable timestamp. W32Time: BEGIN:NTPTry -- fail W32Time: END Line 1683 W32Time: Time Out occured in sockets W32Time: BEGIN:NTPTry -- try W32Time: BEGIN:ComputeInterval W32Time: END Line 2479 W32Time: Sending to server 48 bytes... W32Time: NTP: didn't receive datagram W32Time: Rejecting logging event 0x8000000B. 889 sec until this event is allowed. W32Time: END Line 1949 W32Time: Time source failed to produce usable timestamp. W32Time: BEGIN:NTPTry -- fail W32Time: END Line 1683 W32Time: END Line 1496 W32Time: END Line 368 W32Time: BEGIN:ComputePostTimeData W32Time: BEGIN:ComputeInterval W32Time: END Line 2479 W32Time: BEGIN:ComputeSleepStuff W32Time: Computed stagger is 0ms, bias is 0ms W32Time: Time until next sync - 2699.960s W32Time: END:Line 816 W32Time: END:Line 221 W32Time: END:Line 196 W32Time: BEGIN:TermTime W32Time: NTP(S): received shutdown notification. W32Time: NTP(S): received shutdown notification. W32Time: TimeMMCleanup() W32Time: BEGIN:FinishCleanup W32Time: BEGIN:TsUpTheThread W32Time: END Line 1407 W32Time: Inform NetLogon That you are not a TS Provider W32Time: BEGIN:UnInitializeDC W32Time: Ptrs 0 - 0 W32Time: END:Line 727 W32Time: Time service stopped. W32Time: END:Line 407

Sitze hier gerade beim Kunden und bekomme graue Haare. Der Kunde hat einen W2k-Server mit ISA 2000-Server. Ich versuche per W32tm -once die Zeit zu synchonisieren, bekommen aber von der Gegenstelle keine Antwort. Das liegt irgendwie garantiert an dem ISA-Server. Wenn ich den Firewalldienst deaktiviere, dann macht das kein Prob und die Zeit wird sofort umgestellt. Unter Protokolldefinitionen ist NTP definiert (UDP Port 123, Senden Empfangen - das ist aber wohl schon im ISA vorgegeben ?!), unter Protokollregeln ist eine Regel definiert, die NTP zulässt. das Ereignisprotokoll sagt mir lediglich, dass "der NTP-Server nicht reagiert hat" - also auch nicht hilfreich... Ich gebezu, dass der ISA-Server nicht gerade mein Steckenpferd ist. So wird der Fehler mit an Sicherheit grenzender Wahrscheinlichkeit irgendwo zwischen Rückenlehne und Tastatur zu finden sein. Aber wo ??? Das ist die Ausgabe: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ W32Time: BEGIN:InitAdjIncr W32Time: Adj 100144 , Incr 100144 fAdjust 0 W32Time: END:Line 2503 W32Time: BEGIN:TsUpTheThread W32Time: END Line 1407 W32Time: TimeMMInit() W32Time: Kernel timer : using default maximum resolution W32Time: MaximumTime = 100144 W32Time: CurrentTime = 100144 W32Time: Timer calibrated, looped 1 times W32Time: BEGIN:InitTmCfg W32Time: END:Line 807 W32Time: BEGIN:InitTmCli W32Time: END:Line 2596 W32Time: BEGIN:InitTmData W32Time: END:Line 2618 W32Time: AvoidTimeSyncOnWan 0 W32Time: ntpserver - ptbtime2.ptb.de W32Time: BEGIN:CMOSSynchSet W32Time: Setting adjustment 100144 - Bool 0 W32Time: BEGIN:SetTSTimeRes W32Time: END:Line 1295 W32Time: END:Line 864 W32Time: BEGIN:InitializeDC W32Time: BEGIN:GetRole W32Time: Role is 'PDC' W32Time: END Line 672 W32Time: BEGIN:FetchParentDomainName W32Time: NetLogonGetTimeServiceParentDomain() returned 54b with ptr 0 W32Time: END:Line 782 W32Time: END:Line 704 W32Time: Server: Binding to 2 NICs. W32Time: Advertising that I'm a Time Service Provider W32Time: timeBeginPeriod: setting resolution 9 W32Time: BEGIN:TimeSync W32Time: BEGIN:FGetType W32Time: END Line 254 W32Time: BEGIN:FDoTimeNTPType W32Time: BEGIN:ChooseNTPServer W32Time: END Line 2178 W32Time: BEGIN:GetSocketForSynch W32Time: NTP: ntpptrs[0] - PTBTIME2.PTB.DE W32Time: rgbNTPServer PTBTIME2.PTB.DE W32Time: Port Pinging to - 123 W32Time: Connecting to "PTBTIME2.PTB.DE" (192.53.103.104) W32Time: END:Line 1170 W32Time: BEGIN:GetDefaultRid W32Time: END Line 2359 W32Time: BEGIN:ComputeDelay W32Time: BEGIN:NTPTry -- init W32Time: END Line 1683 W32Time: BEGIN:NTPTry -- try W32Time: BEGIN:ComputeInterval W32Time: END Line 2479 W32Time: Sending to server 48 bytes... W32Time: BEGIN:TsUpTheThread W32Time: END Line 1407 W32Time: NTP(S): waiting for datagram... W32Time: BEGIN:TsUpTheThread W32Time: END Line 1407 W32Time: NTP(S): waiting for datagram... W32Time: NTP: didn't receive datagram W32Time: Logging event 0x8000000B. 15 min until this event is allowed again. W32Time: 0x8000000B reported to System Log in Event Viewer W32Time: END Line 1951 W32Time: Time source failed to produce usable timestamp. W32Time: BEGIN:NTPTry -- fail W32Time: END Line 1683 W32Time: Time Out occured in sockets W32Time: BEGIN:NTPTry -- try W32Time: BEGIN:ComputeInterval W32Time: END Line 2479 W32Time: Sending to server 48 bytes... W32Time: NTP: didn't receive datagram

Das ist auch normal, dass die Datenbank durch das Bereinigen von Postfächern nicht kleiner wird. Wenn du die Datenbank physikalisch kleiner bekommen willst, dann musst du sie mit eseutil defragmentieren.

hmmm. schon mal mit "net group" "net localgroup" auseinandergesetzt ? Allerdings muss ich zugeben , dass ich hier keinen NT-Server mehr habe. Weiß also nicht, ob es diese Befehle damals überhaupt schon gab ;). Prinzipiell kannst du da aber Gruppen und Zugehörigkeiten zu Gruppen bis zum Erbrechen konfigurieren. Einfacher wärs natürlich, wenn die Scripte mit Globalen Gruppen laufen würden....

Das hat dann aber sicher noch nichts mit den üblichen Problemen bei Hardwaretausch zu tun. Vielleicht ist das neue Board ja auch defekt ?! Ich würde an deiner Stelle da erst einmal mit Miimalkonfiguration anfangen. Also Board, Speicher, CPU, Grafikkarte, Netzteil. Am besten ists dann natürlich, wenn man noch ein paar Komponenten zum tauschen hat. Wenn das dann alles nichts bringt, dann wird wohl auch das neue Board hinüber sein. Soltte das Board ein anderes als das alte sein, dann hast du ja sicher gecheckt, dass das Board auch mit der bestehenden Hardware klarkommt.

Den haben wir auch schon mal "verbaut". Ein gutes Produkt (wenn man schon Exchange mit POP3 betreiben muss) Wir hatten auch einige Umsonstlösungen getestet, aber das taugt alles definitiv nichts. Man hat nichts davon, wenn die Mails nicht zuverlässig zugestellt werde...

Da frage ich mch doch gerade, wo mein Posting hin ist ??? Naja - wahrscheinlich nirgendwo zwischen Rückenlehne und Tastatur abhanden gekommen.... Also noch einmal... Genau das meine ich. Nach ein wenig herumprobieren haben wir festgestellt, dass es am besten ist, einen zusätzlichen Mailserver (wir haben hier Mailenable) genommen, um das vernünftig lauffähig zu bekommen. Exchange zickte herum wenn man einen zweiten virtuellen SMTP-Server installiert. Vielleciht sind wir ja auch nur zu ****e gewesen. Ich meine mich aber, dass Exchange nicht so auf die geänderten Ports reagierte, wie man es eigentlich meinen sollte. Außerdem muss man Perl auf dem Server insten. Naja. Hört sich schlimmer an als es ist. Jedenfalls läuft das bei uns und einigen Kunden ohne jedes Prob und alle sind damit zufrieden. Spamaufkommen praktisch gleich null. Nebenbei hat man dann beispielsweise das nette Feature, dass man gleich per 550er-Error Dateianhänge aussortieren kann. Wir konfigurieren das System so, dass alles, was irgendwie ausführbar ist gleich mit der entsprechenden Fehlermeldung abgelent wird. Etwas, wo ich mich schon immer gefragt habe, weshalb das Exchange nicht gleich von Haus aus beherscht. Wenn gewünscht macht ASSP auch per LDAP eine Abfrage im AD, ob der betreffende User überhaupt vorhanden ist. Trainieren kann man die Engine darüber, dass Mails an voreingestellte Adressen auf dem Server geschickt werden (z.B. spam@spam.zz um dem Server eine Spammail anzuzeigen...). Das haben wir hier über zwei Makros gelöst. Das muss man in den ersten 2 Wochen machen, danach läuft das ohne weitere Konfig automatisch. Die Datenbanken bereinigen sich automatisch. Also nach einer kurzen Umstellungszeit absolut pflegeleicht :) Man sollte das natürlich sicher erst einmal in einer Testumgebung probieren....

Sieh untern. Warum das weg war = ?. Habe ihn jetzt gelöscht...

Das Produkt von TrendMicro dürfte kaum der Mailserver "höchstpersönlich" sein. Was das Produkt selber kann = ?. Einen Spamserver automatisch zu erkenn kann eigentlich nur dadurch geschehen, dass die eingesetzte Software versucht über diesen Server eine Mail zu verschicken. Ich für meinen Teil habe ASSP für Exchange entdeckt. Open Source und damit für umsonst zu haben. Und seit es im Einsatz ist (auch schon bei mehreren Kunden) ist absolute Ruhe im Karton...