iDiddi

Hallo zusammen, habe ein merkwürdiges Problem an unserem SBS2k3-Server. Dort ist eine Netzwerkkarte aktiv. Diese ist an RRAS (ohne Routing) gebunden, um VPN-Verbindungen zu ermöglichen. Der RAS-Server bezieht seine eigene IP + 9 für die Clients vom lokalen DHCP-Server. LAN-Adapter: 192.168.1.5 RRAS-Intern-Adapter: 192.168.1.60 (DHCP) Geht alles Einwandfrei. Nur registriert sich diese "RAS"-IP des Servers ins DNS, sodass dort zwei Host-Einträge für den Server existieren(?). Server --> HOST --> 192.168.1.60 Server --> HOST --> 192.168.1.5 Damit haben die Client-PCs natürlich ein Problem, da diese nun per DNS-Abfrage die falsche IP zurückgeliefert bekommen. Auf einem anderen Server mit identischer RRAS-Konfiguration gibt es keine Probleme. Hab jetzt schon einiges versucht, diesen Eintrag wieder los zu werden, aber der wird immer wieder neu erstellt, sobald sich jemand einwählt und sich der Intern-Adapter eine IP zieht. Kennt Jemand das Problem und/oder weiß Rat? Danke vorab iDiddi

Du hast ja vertrauen zu Deinen Benutzern ;) Sehr oft, da im Normalfall ständig Updates von Firefox, Flash, Java, Adobe etc. gemacht werden müssen, um sein System vor aktuellen Sicherheitslücken zu schützen. Dabei wird meist die alte Version autom. deinstalliert und die Neue installiert. Schon braucht man Admin-Rechte. Hört sich interessant an. Wie kann man das denn machen? Gruß iDiddi

Hallo Sunny61, Da hast Du schon recht. Doch das betrifft ja alle Programme gleichermaßen. Trotzdem hab ich das Gefühl, dass Avira einen besseren Ruf hat, als es verdient (in Freeware-Scanner-Tests bisher immer Nummer 1). Mag sein, dass die Virenschreiber sich auf diese spezialisiert haben, da es am weitesten verbreitet ist. Allerdings ist AVAST auch schon eine Weile in den Download-Charts ganz oben mit dabei und da hört man nicht soviel von infizierten Rechnern. Ist natürlich alles subjektiv, da mir die Statistiken dazu fehlen. Vielleicht gibt es dazu ja irgendwo was aktuelles im Netz. Gruß iDiddi

Schade. Sind wahrscheinlich alles HTML-Mails, stimmt's? Ja, vermute ich auch. Könnte es sein, dass dieses Problem nur dann auftritt, wenn man Anlagen in eine HTML-Mail hinein zieht?

Hallo zusammen, Jo, genau Deiner Meinung. Hab auch nur schlechte Erfahrungen mit Avira gemacht. Selbst die Exchange-Server-Variante (ja, die gibt's auch) ist schrecklich. Dagegen kann ich AVAST ruhigen Gewissens weiterempfehlen. Den benutze ich seit der Version 4 und kann nicht klagen. Ab Ver.5 wurde die Oberfläche vereinfacht und macht nun auch optisch was her. Der Webschutz hat mir auch schon oft den Hintern gerettet, als ich mich durch dubiose Seiten geklickt habe. Hm, vielleicht ist bei der Registrierung was schief gelaufen. War das noch die 4er-Version? Die Registrierung ist ab 5 auch vereinfacht worden (keine E-Mail-Bestätigung und Schlüsseleingabe mehr nötig). Gruß iDiddi

Welchen Exchange-Server hast Du im Einsatz? Falls es Exch2k7 ist, hier gucken: Frage: Outlook 2003 SP3 - E-Mail-Anlagen manchmal nicht sichtbar - E-Mail - benutzer.de Hilft das nicht, dann teste mal, ob wenigstens der Trick mit dem "Flaggen" (sprich: Fähnchen setzen) hilft. Gruß iDiddi

Hallo LjMatrix, ich vermute mal, dass Dein Kunde kein Outlook/Exchange im Einsatz hat. Es gibt z.B. Probleme bei Thunderbird in Verbindung mit Outlook. Dort werden manche Anlagen auch nicht angezeigt. Versuch doch erst mal, die betreffende Nachricht im OWA zu öffnen. Ist die Anlage dort vorhanden (was sehr wahrscheinlich ist, da das iPhone ja auch darauf zugreift), ist es ein Problem mit dem Outlook-Client. Prüfe dann mal, ob Outlook auf dem aktuellen Stand ist. Gibt Outlook Dir denn keine Meldung aus (Blockierte Anlage oder Sonstiges)? Vielleicht hilft als Zwischenlösung ja schon, wenn Du Dir die Mail noch mal an Dich selbst zustellst? Gruß iDiddi

Danke für Deine Rückmeldung :) Gruß iDiddi

Hallo Sarek, hat Dir hier eigentlich Jemand auf Deine Frage geantwortet? Ich glaub nicht. Also, falls noch aktuell (ist ja schon Montag): Ich kann Kaspersky Rescue 10 empfehlen. Ist zwar noch in der BETA-Phase, aber bei mir lief es auf 3 PCs ohne Probleme. Hochgefahren, Updates eingespielt, gescannt, Fertig. Zugegeben. 3 PCs sind nicht gerade repräsentativ, aber immerhin eine Antwort auf Deine Frage :) Falls der Grafikmodus nicht funktionieren sollte, kann man sogar über die Shell scannen. Die anderen CDs kenn ich nicht. Gruß iDiddi

So. Um dieses Thema mal abzuschließen, falls es hier überhaupt Jemanden interessiert oder noch Irgendeiner dieses Problem hat: Hab folgenden Beitrag im Internet gefunden: Unable to update/change/delete server side rules on Exchange 2003 for a single user. : Microsoft, Exchange Server, 2003, Rules can't be saved or deleted. Wait a few minutes and then try again. If the problem persists, contact your server administra Dort hatte Jemand ein ähnliches Problem. Ihm wurde statt MFCMAPI allerdings OutlookSpy empfohlen. Hier mal der Link zum Hersteller: OutlookSpy - the Ultimate Outlook Developer Tool Hab es selbst nicht installiert, wird aber häufiger für den Admin-Einsatz empfohlen. Im besagten Beitrag wird aufgelistet, was für Einträge im Posteingang verbleiben müssen: Leider nimmt er die gesicherten Regeln immer noch nicht an. Hab die Regeln nun doch alle neu erstellen müssen. Wenigstens das hat geklappt. Werde nie wieder leichtfertig Regelsicherungen zurückspielen :mad: Und die Moral von der Geschicht: Traue dieser Sicherung nicht ;)

Hallo Thyral, das ist ja echt seltsam. Hast Du denn schon versucht, den Leistungsindex neu zu überprüfen? Hast Du vielleicht ein klassisches Thema ausgewählt? Ich hab letztens ein Windows7-Buch durchgeblättert und dort gelesen, dass man Aero auch über Registrierungsschlüssel aktivieren kann. Hab das in meiner VM getestet (klappte zwar nicht, aber das hatte andere Gründe) und den Schlüssel gesichert. Weiß allerdings nicht mehr genau, welche Werte ich nun nachträglich erstellen musste und welche schon drin standen. Kann aber denke ich nicht schaden, die Werte so mal zu übernehmen. Glass musste ich nachtragen und auf "1" stehen, das weiß ich noch: [HKEY_CURRENT_USER\Software\Microsoft\Windows\DWM] "Composition"=dword:00000001 "ColorizationColor"=dword:6b74b8fc "ColorizationColorBalance"=dword:00000008 "ColorizationAfterglow"=dword:6b74b8fc "ColorizationAfterglowBalance"=dword:0000002b "ColorizationBlurBalance"=dword:00000031 "ColorizationGlassReflectionIntensity"=dword:00000004 "ColorizationOpaqueBlend"=dword:00000000 "EnableAeroPeek"=dword:00000001 "CompositionPolicy"=dword:00000000 "AlwaysHibernateThumbnails"=dword:00000000 "DebugDumpTree"=dword:00000000 "DebugMessages"=dword:00000000 "DebugMouse"=dword:00000000 "EnableMachineCheck"=dword:00000000 "ForceSoftwareD3D"=dword:00000000 "Metal"=dword:00000000 "UseAlternateButtons"=dword:00000000 "Glass"=dword:00000001 "DebugZOrder"=dword:00000000 Muss Dir ja nicht sagen, dass Du den Schlüssel vorher besser sicherst, oder? Danach den Window-Manager wie gehabt neu starten. Da stand auch noch drin, dass Du die Werte im abgesicherten Modus wieder entfernen kannst, falls die Hardware doch nicht Aero-tauglich ist. Gruß iDiddi

Ok, ok. Würde auch MFCMAPI nehmen, wenn ich wüsste, was ich löschen darf und was nicht. Dieses "How To" kenne ich auch schon. Dort ist die Rede davon, IPM.Rule.Message zu löschen. Aber, wie gesagt... ...und hoffentlich auch auf meiner Bild-Anlage zu erkennen, gibt es diese Einträge nicht mehr (denke mal, dort hat der Parameter /cleanrules ganze Arbeit geleistet). Also mal anderes herum gefragt: Welche Einträge darf ich denn auf keinen Fall löschen? Gruß iDiddi PS: Wo ist eigentlich das Problem bei CleanSweep? Oder ist es lizenztechnisch verboten, die weiter zu geben?

Hallo Günther, erst einmal danke, dass Du mein Flehen erhört hast. Die Links zu MFCMAPI kannte ich allerdings schon. Ist auch die neueste Version installiert. Das CleanSweep veraltet ist, macht laut Internet-Recherche durch diverse Foren auch nüscht. Soll auch noch unter OL2003 funktionieren. MFCMAPI soll man auch gar nicht zum Löschen verwenden. Das steht ja sogar in Deinem 1. Link: Ich würde das wirklich gerne mit CleanSweep ausprobieren, bevor ich alle Regeln neu erstelle und dann irgendwann wieder vor dem Problem stehe. Könntest Du nicht mal schauen, ob bei Dir noch so 'ne CD rumfliegt, wo das drauf ist? Danke und Gruß iDiddi

Kommt schon, Leute. Was mach ich falsch, dass auf meine Beiträge nie Jemand antwortet?

Hallo balooh, warum sollte er die denn nicht mehr haben? Du greifst ja weiterhin auf das selbe Exch-Postfach zu. Gruß iDiddi

Hab nochmals alles abgesucht. Das Verzeichnis ../winnt/i386 existiert auf meinen Outlook97-CDs nicht (hab 3 Stück davon!). Dabei wird das aller Wahrscheinlichkeit nach die Lösung für mein Problem sein: Keine Serverregeln mehr? - Outlook - Experten berichten von ihren ganz persönlichen Erfahrungen und Lösungen Hat denn wirklich keiner diese Wunder-DLL oder kennt einen Download-Link? Gruß iDiddi

Na das ist doch erfreulich. Glückwunsch. Hast Du vielleicht eine Firewall auf den Clients im Einsatz die das blockt?

Hallo noch mal, würde ganz gerne "Cleansweep" (Clnswp32.dll) ausprobieren. Vielleicht hilft das ja. Allerdings such ich mir gerade einen Wolf. Soll laut diesem KB-Artikel... Installing and Using the CleanSweep Tool ...auch auf der Outlook97-CD drauf sein. Ist es aber nicht. BackOffice hab ich auch, nur nicht die Resource Kit-CD dazu. Im Internet gibt's nur "tote" Download-Links. Könnte Jemand von Euch aushelfen?

Hallo Leute, hab mal wieder ins Klo gegriffen. Ich benutze sehr viele Regeln (OL2k3+Exch2k3), sowohl servergespeicherte als lokale. Sicher die auch regelmäßig. Wär ja 'ne heiden Arbeit, die alle neu erstellen zu müssen ;) . Jetzt hab ich's wohl ein wenig übertrieben. Der Speicher is voll (sind ja auch nur 32k). Die zuletzt angelegte Regel ließ sich aber nicht löschen. Ha, dafür hat man ja eine Sicherung :D . Outlook beendet und mit Parameter /cleanrules neu gestartet. Alle Regeln sind scheinbar wech. Nun letzte Sicherungsdatei (RWZ) ausgewählt und importiert. Diese erscheinen auch ohne Fehlermeldung, sind aber plötzlich alles Clientregeln :suspect: . Die lassen sich auch alle nicht mehr bearbeiten. Beim Schließen sagt er mir auch, dass die Regeln nicht auf den Exch-Srv übertragen werden konnten weil falscher Parameter oder Speicher voll (halt diese Standardmeldung) :confused: . OK, korrupt. Ältere Sicherung ausgewählt (hab ja genug davon, hehe). Ist aber genau das gleiche Resultat. Können ja nich alle korrupt sein, oder? :mad: Dann fiel mir ein, das Problem hattest Du schon mal. Da hab ich mit OL2k7 zugegriffen. Der hat mir dann die ganzen Regeln zerschossen. Musste alle mühsam nachtragen. Kann es sein, dass OL2k7 dafür gesorgt hat, dass ich jetzt keine Regeln mehr importieren kann? Oder schlummern im Postfach so viele versteckte Einträge, dass der Speicherplatz wirklich voll ist? Hab auch schon mit MFCMapi nachgesehen (siehe Bild-Anlage). Weiß aber nicht, was man löschen darf und was nicht. Regeln sind zumindest keine mehr drin (IPM.Rule.Messages). Kennt jemand das Problem und/oder kann hier helfen? Gruß iDiddi

Hab nur SBS2k3 im Einsatz. Benutze da immer die vom SBS erstellte Client-Computer-Gruppe. Kannst aber ohne weiteres eine eigene OU dafür erstellen und Deine Clientrechner dort rein schieben. Nun nur noch die entspr. GPO damit verknüpfen und gut is. Kannste auch auf Domänenebene machen, nur würde ich dann eine eigene Sicherheitsgruppe erstellen und die Client-PCs dann dort mit aufnehmen.

Hallo morgoth81, hast Du vielleicht den lokalen Pfad auf dem Server statt einer NW-Freigabe verwendet? Was sagt denn das Ereignisprotokoll am Client? Poste die doch evtl. mal hier Gruß iDiddi EDIT: Ok, Norbert war schneller ;-)

@zahni: Stimmt. Aber alles zu sehen kann manchmal auch verwirrend sein. Nichtsdestotrotz sind Tools von NirSoft und Sysinternals immer zu empfehlen. Die liefern echt gute Arbeit ab :thumb1:

Oh, da gibts glaub ich mehrere Stellen: Aber ich würde das Freeware-Tool von Nirsoft dafür nehmen: ShellExView - Shell Extension Manager For Windows Da kannst Du wunderschön über eine GUI die entsprechenden Einträge kontrollieren/deaktivieren. Gruß iDiddi

Hallo Kamaj, hmm, ist das überhaupt notwendig? Schau Dir mal die Richtlinien-Beschreibung "Programmname des Bildschirmschoners" genau an: Besonders der Hinweis: "Diese Einstellung wird durch die Einstellung "Bildschirmschoner" außer Kraft gesetzt" macht mich ein wenig stutzig. Versuch's doch einfach mal ohne diese Richtlinie. Oder können die Benutzer den Bildschirmschoner ohne Diese dann deaktivieren? Gruß iDiddi

Schau Dir das mal an: Store.exe quits unexpectedly and you cannot access any mailbox on an Exchange Server 2003 computer Klingt ganz nach Deinem Problem. Allerdings gibt's da Fehlermeldungen im Ereignisprotokoll. Apropos Protokoll: Schon den Protokollierungsgrad in der Exchange-Konsole hochgestellt? Vielleicht wird ja dann was protokolliert. Gruß iDiddi