dasjonken

Hallo allerseits! Ich habe folgendes Problem: Wir setzen ein Monitoring Tool ein, welches Server ueberwacht und Mails verschickt. Fuer dieses Tool haben wir in AD einen Kontakt angelegt, weil wir kein Postfach anlegen wollten. Die Mails kommen von einem Absender namens Alert-Monitor und werden immer als SPAM dgeklariert, was ***** ist. Ich wuerde eigentlich gern einfach den Namen Alert-Monitor in eine Liste hinzufuegen, so dass er nicht mehr als Spam deklariert wird, habe aber noch nichts gefunden, wo ich einfach nur einen Hostnamen ohne die Domaene eintragen kann. Hat jemand eine Idee, wie ich das machen koennte? Danke schonmal!

Das hab ich auch schon probiert, leider ohne Erfolg. Ich fuerchte wenn du den 3.0 nutzt, musst du nochmal neu synchronisieren.

Hallo! Die sind beide DCs? Habe ich das richtig verstanden? Finde ich auf einem TS nicht wirklich empfehlenswer. Also genau genommen wuerde ich, vorausgesetzt das ist jetzt keine Riesendomaene, auf dem TS ein dcpromo ausfuehren und den wieder runterstufen, sonst kann man den ja auch nicht so richtig als Terminalserver nutzen. Dann kannste da SP2 installieren, meines Wissens ist das SP1 integriert, wenn nicht, bekommst du eine entsprechende Meldung. Danach dann den Mailserver updaten, erst SP2 fuer Server und dann den Exchange auf den aktuellsten Stand bringen. Waere so meine Empfehlung, kann man aber auch sicherlich anders machen.

Hallo! Ich habe da mal eine Frage zu Backup exec 10.1, ich hoffe das ist hier jetzt nicht falsch. Und zwar moechte ich gerne mehrere Dateitypen vom Backup ausschliessen (z.B. *.ini, *.exe, *.bak usw.). Wenn ich in der Selection Liste dann auf Advanced gehe, kann ich ja eingeben, welche Dateien ich nicht mitgesichert haben moechte. Aber wie ist das, wenn ich unterschiedliche Dateitypen ausschliessen moechte? Muss ich die dann mit Komma oder Semikolon trennen? Klappt irgendwie alles nicht. Aber vielleicht weiss jemand von euch Rat? Danke schonmal.

Ach vergessen: Ja, haste richtig verstanden. Ich hab naemlich keine Lust, bei einem Patchday auf 10 Server zu gehen und die Patche manuell frei zu schalten, darum sollen sich alle die gleichen Einstellungen ziehen.

Wenn ich z.B. einen Server in Brisbane stehen habe, dann kann ich ihn doch nicht auf die europaeische Zeitzone einstellen! Der Server macht ja nicht nur den WSUS sondern auch noch andere Dienste. Das kann keine Loesung sein und ich wundere mich ein bisschen, warum sonst keiner dieses Problem zu haben scheint. Oder sind wir die einzigen Doofen, die den WSUS in einer weltweiten Struktur einsetzen.

Hallo! Ich habe ein ganz bloedes Problem. Wir wollen weltweit mehrere WSUS Server einsetzen und der Hauptserver soll in Deutschland stehen. Ich habe jetzt schon mal 2 Testreplika WSUS in Australien und Saudiarabien installiert, aber leider schlaegt die Synchronisation immer mit folgendem Fehler fehl: InvalidOperationException: There is an error in XML document (1, 2106). Angeblich sollte das Problem der unterschiedlichen Zeitzonen in Release 2 behoben sein, ist es aber leider nicht. Wenn ich die Server alle fuer die gleiche Zeitzone konfiguriere, klappt die Replikation auch, aber das kann ja keine Loesung sein. Hat denn vielleicht jemand eine andere?

Da steht folgendes: SMTPSVC1 Server 192.168.2.1 0 BDAT - +<6B225A8E1148A14688736567B9786030DFE48C@Server.Domaene.net> 250 0 106 3043 15 SMTP - - - - Jetzt muss ich nur noch wissen, was das wohl heissen mag.

Hm, das war schon aktiviert und ich habe mal einen Blick reingeworfen, aber ich kann leider nicht viel damit anfangen. Ich habe zumindest die Zeile in dem log gefunden, die meine Testmail beschreibt, aber was kann ich daraus lesen? Woran kann ich denn z.B. erkennen, ob der Zielserver nicht antwortet, oder ob es ein bestimmter Event war?

Ich vergass zu erwaehnen, dass die Firma darauf besteht, dass bei Ihnen nix angekommen ist, auch nicht meine Telnet-Testmail.

Hallo! Ich habe da mal eine ziemliche DAU-Frage: Ich versuche Mails an eine bestimmte Adresse zu verschicken. Die Firma hat die IP-Adresse des Mailservers geaendert und da die oeffentlichen DNS so lahm sind, habe ich die neue Adresse in die Hostdatei unseres Routing Exchange eingetragen. Wenn ich per Telnet eine Session oeffne, geht das auch wunderbar. Ich habe auch die alte Queue geloescht, eine neue Testmail geschickt und die Verbindung erzwungen, aber leider wird die Queue einfach nicht leer. Meine Frage ist jetzt: Wo finde ich denn die Logfiles, in denen steht, warum bestimmte Mails nicht uebermittelt werden koennen? Vielen Dank schonmal, Dasjonken.

Nee, ist auch nicht so gut. Fuer Sharepoint gibt es genau wie fuer SQL und Exchange einen Extra-Agent. Oder aber man nutzt das Sharepoint-Backup, welches du unter Programme - Sharepoint findest. Damit es nicht nochmal schief geht, hier ein Link mit der Anleitung: Sharepointers.de : Sharepoint Backup via SPSBackup.exe

Hast du vielleicht NetBIOS auf dem Exchange deaktiviert? Oder neue Patche installiert?

Das geht, aber du darfst nicht vergessen, in der Host Datei der jeweiligen Server die IP fuer die 2te Netzwerkkarte einzutragen. Sonst laeuft das naemlich ueber den DNS und dann hast du nix gewonnen.

Also wenn du kein explizites Sharepoint Backup gemacht hast, sieht das fuerchte ich nicht so gut aus.

Also wenn du meinst, dass die Server nach der Installation der neuen Patche neu gestartet werden muessen, dann ist das in den meisten Faellen (ist vom Patch abhaengig) notwendig, damit das Patch ueberhaupt wirksam wird. Aber du kannst per GPO einstellen, dass der Neustart nicht automatisch passiert.

Hallo! Ich moechte die Einstellungen fuer den Bildschirmschoner nicht ueber Gruppenrichtlinien einstellen, da der Benutzer das dann nicht mehr aendern kann und das waere bei Praesentationen und so ziemlich doof. Darum habe ich jetzt ein Skript geschrieben, mit dem die Einstellungen in der Registry gesetzt werden. Das ganze sollte dann als Anmeldeskript laufen. Klappt ja beim ersten Mal auch gut, aber wenn ich dann z.B. den Zeitrahmen manuell aendere, wird er beim naechsten Anmelden nicht wieder auf die gewuenschten 30 mins zurueck gesetzt. Kann mir vielleicht jemand sagen, warum das so ist und was ich tun muss, damit das Skript auch wirklich bei jeder Anmeldung neu ausgefuehrt wird? Ich sag schonmal vielen Dank und hier mein Skript (vielleicht liegt der Hund auch hier begraben????): Set WshShell=WScript.CreateObject("WScript.Shell") WSHShell.RegWrite "HKCU\Control Panel\Desktop\ScreenSaveActive","0" WSHShell.RegWrite "HKCU\Control Panel\Desktop\ScreenSaveTimeOut","" WSHShell.RegWrite "HKCU\Control Panel\Desktop\SCRNSAVE.EXE","" WSHShell.RegWrite "HKCU\Control Panel\Desktop\ScreenSaverIsSecure","0" WSHShell.RegWrite "HKCU\Control Panel\Desktop\SCRNSAVE.EXE","%SystemRoot%\system32\logon.scr" WSHShell.RegWrite "HKCU\Control Panel\Desktop\ScreenSaveTimeOut","1800" WSHShell.RegWrite "HKCU\Control Panel\Desktop\ScreenSaverIsSecure","1" WSHShell.RegWrite "HKCU\Control Panel\Desktop\ScreenSaveActive","1"

Ich habe festgestellt, dass wenn ich den Haken bei Zeitlimit einmal setze, dieses Zeitlimit auch eingestellt bleibt. Soll heissen wenn ich die Richtlinie jetzt einmal auf der Domaene aktiviere und nach einiger Zeit den Haken wieder rausnehme, sollte jeder den Standard von 30 mins haben, die Einstellung aber trotzdem konfigurieren koennen. Da ich diese Einstellung aber gerne beim naechsten Neustart wieder auf 30 mins zuruecksetzen moechte, falls der Benutzer das aendern sollte, werde ich das Problem wohl per Script loesen. Aber danke fuer die Hilfe!

Noe, meines Wissens geht das nicht per Gruppenrichtlinie.

Na tut er ja nicht. Ich habe es hier nochmal nachgestellt und keinerlei Probleme. Also wird die Ursache wohl nicht in den Standardeinstellungen begraben sein. Ich bin hier mit meinem Latein leider am Ende, sorry.

Und die Berechtigungen direkt auf der Gruppenrichtlinie?

Und was mir gerade noch einfaellt: Kontrolliere doch bitte nochmal die Berechtigungen auf der Policy selber. Authentifizierte Benutzer koennen standardmaessig lesen, ich bin mir aber nicht sicher, wie das mit den Computerkonten ist.

Na dann probier das doch mal. So kannst du das Problem wenigstens langsam aber sich eingrenzen.

Dann berechtige mal einen einzelnen Computeraccount auf die Policy, zudem solltest du testen was passiert, wenn du einen Computeraccount per NTFS und Freigabe berechtigst. Oder hast du das schon probiert?

Und was passiert, wenn du die versteckte Freigabe zu einer normalen machst? Bekommst du den Fehler dann auch?