ToMMics

hier ist eine gute Anleitung:

techdem: Outlook Done Button

Dir sollte klar sein das entsprechende Software nicht auf einem Client PC im Netzwerk installiert werden kann.

Alle Daten sieht nur der Gateway/Router der an der Datenleitung hängt. Falls diese eine Appliance ist, solltest du entsprechend schauen welche Optionen diese unterstützt.

Alternativ kannst du den traffic evtl über einen MirrorPort mit einem dedizierten "Analyse" Rechner auslesen.

Nein du kannst eine Signatur nur einem Konto zuordnen, nicht aber einen eingebundenem Postfach.

Von Microsoft gibts auch das Sync Framework und als Example das SyncToy 2.0

Evtl kannst du damit was automatisieren.

SyncToy 2.0

Ansonsten kannst du mit cygwin und rsync dir nen automatischen sync basteln. Dort kannst du auch allereisachen ex und includen.

rsync unter windows

@GuentherH: Den Artikel habe ich mir bereits angeschaut. Bin aber nicht schlau daraus geworden. Kein Client importiert CAL files manuell?! und vor allem nicht alle auf einmal.

Erstelle eine tabellarische Ansicht des Kalenders, und du hast alle Termine sauber im Überblick.

wie meinst du das? Inwiefern hilft mir das doppelte Einträge zu entfernen?

Wir haben nun mit dem Tool NoMoreDupes von ca 90.000 Kalendereinträgen 80.000 Duplikate löschen können. Die Frage ist ob dies das Problem war und wie diese doppelten Einträge zustande kommen.

@LukasB: Inwieweit hilft mir deine Aussage bei meinem Problem? Aber vielen Dank fürs trollen ><o(((°>

Danke für eure Unterstützung.

Hallo zusammen,

wir haben seit geraumer Zeit Probleme mit dem Zugriff auf die öffentlichen Ordner, insbesondere einem Kalender mit sehr vielen Einträgen. Der Outlook Client wird durch Zugriff auf diesen Kalender unresponsiv und man kann nicht mehr mit dem Client arbeiten, da die Verbindung zum ExchSrv unterbrochen ist.

Folgende Auffälligkeiten haben wir festgestellt:

Exchange Server:

* Store.exe ist mit nahezu durchgängig 100% am rödeln

* die Netzwerklast steigt extrem an (knapp 200mbit/s werden ins SAN geschrieben)

* dadurch wird IO waiting verursacht

EventLog:

Zu dieser Problemzeit gibt es sehr viele Einträge im Eventlog mit der Event ID 1167. (Max Mustermann created a new restricted view on folder TE Kalender on database "Erste Speichergruppe\Informationsspeicher für Öffentliche Ordner (WINEXCH1)".

All unsere Speichergruppen liegen auf verschiedenen Laufwerken die über iscsi im SAN liegen. In der ersten Speichergruppe liegen ausschliesslich die öffentlichen Ordner und keine Mailboxen. Das edb file ist 28Gb gross. Laut informationen über Outlook sind die öffentlichen Ordner allerdings nur 1,1 GB gross. Diese wurde schon mehrmals durch eseutil defragmentiert, wächst aber nach kurzer Zeit wieder extrem an.

Der "TE Kalender" ist ein Firmenkalender mit sehr vielen Einträgen. Wahrscheinlich durch fehlerhafte Syncs von Mobilen Clients gibt es auch sehr viele doppelte Einträge. Diese kann man leider durch Drittherstellersoftware auch nicht entfernen, da dann oben genanntes Phänomen wieder auftritt.

Startet man den Informationsspeicher neu, löst dies das Problem für ungewisse Zeit. Es werden dann auch vorerst keine Informationen ins SAN geschrieben (sprich die Netzwerklast sinkt)

Wir benutzen Exchange Server 2003 mit Service Pack 2 virtualisiert (mit Citrix Xen) auf einem 32bit Windows 2003 Server OS mit 4GB Ram und Xeon QuadCore.

Vielen Dank schonmal!

Gruss

Thomas

hmm ok schade! Danke für die Info!

Ist es möglich wenn ich ein neuen Benutzer mit neuem Emailkonto anlege diesem automatisch eine Willkommensmail zukommen zu lassen?

Habe leider noch keine Ahnung von vbs Scripting in Kombination mit Exchange Event Triggern?! (heisst das so?)

Vielen Dank für eure Unterstützung.

ich hab es mit den neuen Client Side Extensions von server 2008 lösen können.

Dort gibt es eine Option unter den Benutzerrichtlininien - Einstellungen - Lokale Benutzer - Authentifizierter Benutzer, welcher eben diesen in dier angegebene Gruppe packt.

Zum rausnehmen lasse ich das net localgroup Administratoren %USERDOMAIN%\%USERNAME% /del ausführen. Da diese ja zur Anmeldezeit Admin sind.

danke trotzdem für eure Hilfe.

für alle die evtl auf diesen Artikel stossen:

Verwalten / Editieren kann man die neuen Client Side Extensions nur mit Vista oder Server 2008 und den RSAT (Remote System Administration Tools)

Microsoft Remoteserver-Verwaltungstools für Windows Vista SP1 32-Bit Edition (KB941314)

http://www.microsoft.com/downloads/details.aspx?displaylang=de&FamilyID=9ff6e897-23ce-4a36-b7fc-d52065de9960

Microsoft Remoteserver-Verwaltungstools für Windows Vista SP1 64-Bit Edition (KB941314)

http://www.microsoft.com/downloads/details.aspx?displaylang=de&FamilyID=d647a60b-63fd-4ac5-9243-bd3c497d2bc5

Diese Vista Verwaltungsvm muss man in die Domäne heben und sich mit dem Domänen Admin anmelden. Falls man das nicht möchte kann man das Tool auch über RunAs ausführen.

RSAT verbindet sich nun mit dem DC und ihr könnt die neuen GPOs editieren. Bei meinen Tests hatte ich das Gefühl, das wenn ich diese GPO wieder ohne RSAT editiere, sprich direkt auf dem DC gehe, die "neuen" richtlinien die der DC selber ja nicht sieht, verloren gehen. Sprich alle Änderungen an der neuen GPO mit den neuen Features nur mit RSAT ausführen.

Damit die Clients die neuen Client Side Extensions auch verstehen, müssen sie mit diesem Patch versorgt werden:

http://support.microsoft.com/kb/943729/en-us

Sollte aber auch über WSUS geschehen sein.

die aufgabenstellung ist das der angemeldete benutzer für die anmeldezeit adminrechte haben soll :)

bei alle bin ich ja wieder bei der ursprungssituation das jeder auf jeden admin share zugreifen kann ...

ok ich seh schon. es lässt sich so nicht lösen. ich schau mir mal die cient side extensions an.

ok wie sag ich dann aber im computerstartscript welcher user hinzugefügt werden soll? Also zu dem Zeitpunkt weiss man ja noch gar nicht welcher user sich anmelden wird?! :)

@christoph: das sind dieselben rechner.

och jungs ... :)

es ist immerhin die hauptaufgabe unserer redakteure diese Spiele zu bewerten und zu testen, von daher dürfen die das ja. Und nen aktuelles spiel unter ner vm zu testen funktioniert natürlich nicht.

also geht es unter meinen anforderung nicht?!

Die Rechner sind den Benutzern nicht fest zugewiesen.

ich wusste das dieses diskussion entsteht :)

Es ist einfach notwendig das die User Admin sind, weil sie viele Sachen installieren/deinstallieren und testen müssen. Es steht in keinem Verhältnis jedes Programm jedes mal von der IT Abteilung installieren zu lassen.

Da sind user die die neusten Spiele installieren, user die Applikationen entwickeln, und und und.

Es ist kaum anders zu lösen.

Ich glaube mit Vista kam dieses Rsat tool für neue Client Side Extension wo ich die GPO bei Benutzeranmeldung mit den entsprechenden Rechten austtatten kann.

Ich schaue mir das mal an.

hi und schon im vorraus vielen Dank für eure Unterstützung.

Wie realisiere ich am besten, dass der derzeitig angemeldete Domänen Benutzer während der Anmeldung lokaler Admin wird und nach dem abmelden wir aus der Gruppe ausgetragen wird?

Hintergrund:

Löse ich das Problem über die Gruppe Domain Users mit den eingeschränkten Gruppen, haben alle Domain Users Zugriff auf jeden Admin Share auf jedem Rechner. Welches für Viren ein tolles Geschenk darstellt. Daher will ich das nur der jeweilige Benutzer am jeweilgen Rechner lokaler Admin ist, und nur dort.

Ist das realisierbar? Ich kann ja nen Script ausführen mit net localgroup ... aber das bringt ja nicht viel der sich der user selber nicht in den Adminstand beheben kann ...

Ideen?

Danke

Hallo,

wir planen die Migration unserer eierlegendenwollmichsau auf einzelne Server.

Folgende Umgebung läuft Momentan.

Server Central mit OS Windows 2003 SBS mit Funktionen AD/DC, Exchange und pseudo DNS, eigentlicher DNS Server läuft unter Linux. Lediglich die _msdcs... liegen da und ein paar andere ausnahmesachen.

Wie gehe ich nun am Besten vor um den DC auf einen neuen Server mit Windows 2003 Standard Edt zu migrieren?

Ich habe 2 Stunden nach Whitepapers gesucht aber nicht wirklich was gefunden :(

Wäre für jede Hilfe dankbar!

Gruss

Thomas

Hey Jungens,

momentan schickt unser CRM Server über den lokal installierten SMTP Dienst Emails nach draussen. Dies möchte ich allerdings so abändern das ich die Emails über unseren Exchange Server rausschicke.

Nun bin ich nach diesem Artikel vorgegangen:

How to change the incoming or outgoing Microsoft Exchange Server settings after the original installation of Microsoft Dynamics CRM is completed

Allerdings relayed der ja jetzt über den exchange server mit dem lokalen smtp. Wie kann ich den Exchange Server denn komplett als Outgoing SMTP einbinden? Jemand ne Ahnung?

Vielen Dank schonmal

mir wurde abschliessend von MS die Neusinstallation auf einem anderen Server empfohlen.

Also keiner weiss wirklich woran es noch hing :(

ja hast du recht. mir war nur nicht klar das ich einfach die db abhängen und wieder anhängen kann.

ohne deine Hilfe wäre ich auch nicht drauf gekommen. Also vielen Dank nochmal!

Ich hatte es nur nochmal hierreingeposted da es ja anderen evtl auch helfen kann.

Worauf hast du die Regel denn gesetzt? Auf Absender? Definiere die Regel mal mit "in Nachrichtenkopfzeile"

Ich habe es nun letzenendes hinbekommen die Reports zu retten:

Hintergrundwissen

Die Tabellen ReportServer und ReportServerTempDB sind mit Verschlüsselungsschlüsseln verschlüsselt. Dies heisst nicht das die komplette DB verschlüsselt ist sondern, das die ReportingServices installation dieser Datenbank zugeordnet ist. Deshalb kann man die DBs nicht einfach an eine andere Installation anhängen.

Die InstallationsIDs befinden sich in der Tabelle Keys. Es bringt allerdings nichts diese von Hand zu löschen. Dazu müssen die tools rskeymgmt und rsconfig funktionieren. Wie man die Keys löscht sieht man weiter unten.

[bearbeiten]

Export der Reportings im Notfall

Situation: (SQL Server 2000, RS 2000)

Was tun wenn die ReportingServices nicht mehr funktionieren? und man keine RS Tools mehr ausführen kann?

1. Virtuelle Maschine aufsetzen (Win Server 2003)

2. SQL 2000 installieren mit SP4

3. ldf und mdf Datenbanken vorher auf dem alten Server trennen

4. ldf und mdf rüberkopieren nach c:\Programme\MS SQL Server\Data

5. Die Datenbanken anhängen (ReportServer und ReportServerTempDB)

6. RS installieren. Bei der Installation anderen ReportServer Tabellennamen vergeben (ReportServer2 zb)

7. http://localhost/reports'>http://localhost/reports nachschauen ob alles funktioniert. Wahrscheinlich kommt eine Fehlermeldung

8. Nun die Tools wiefolgt ausführen:

rsconfig -c -s win2003-tmp -d ReportServer -a SQL -u sa -p ****en -t -> verbindet den ReportServer mit der neuen lokalen maschine

rskeymgmt -d -> löscht die alten Schlüssel

9. Nun sollten die Reports unter http://localhost/reports auftauchen

10. Nun hat man die Reports aber noch nicht auf dem gewünschten Server. Hierzu laden wir ein kleines Third Party tool herunter namens rsscripter.

11. Dieses Starten wir auf dem Server und drücken Get Catalog.

12. Die zu exportierenden Reports auswählen und auf scripten drücken

13. Nun wurden rdls generiert die man entsprechend auf dem richtigen Server uploaden kann.

Auf dem alten Server kann ich sämtliche Tools wie RSKeymgmt nicht mehr ausführen um damit die Keys zu exportieren :(

ich kann mir doch jetzt nicht einfach nen neues system aufsetzen um dort die alte db reinzuhängen?!

???

das verstösst doch gegen keiner deiner genannten regeln.

Der Weg wie sowas geht kann doch nur hilfreich sein und nicht zu illegalen Dingen genutzt werden?!

Hey,

folgende Situation:

Nach einem Servercrash gibt es nur noch ein Backup der Verschlüsselten Datenbank ReportServer und ReportServerTemp. Das sind die beiden Datenbank für die ReportingServices unter SQL 2000.

Diese möchte ich nun auf dem SQL 2005 Server importieren. Leider sind die DBs verschlüsselt und deshalb will das nicht so ganz.

Auf dem alten Server kann ich sämtliche Tools wie RSKeymgmt nicht mehr ausführen um damit die Keys zu exportieren :(

Gibt es eine Möglichkeit diese DB nun doch noch einzuspielen? Es sind wichtige selbstprogrammierte Reports dort drin gespeichert.

Vielen Dank schonmal