SaschaO.

Hallo zusammen,

suche Bücher/Buchtips Exchange Server 2007 zur Administration und zum Design.

Der Fülle an Angeboten entsprechend stellt sich hier schnell die "Qual der Wahl" ein.

:(

...schon einmal versucht den Replikationsintervall auf "immer ausführen" einzustellen? Was geschieht wenn man dann eine Änderung in einem Public Folder vornimmt?

...bei Outlook 2000 konnte man die Ansicht des Kalenders per "Kategorie" auswählen und dort wiederum in der Spaltenüberschrift per Rechtsklick neue Feldbezeichner hinzufügen. ...unter anderem auch die Feldbezeichner "Von", "Erstellt", usw.

...Public Folder Syncronisation?

...hilfreich zu wissen wäre dabei _wohin_ das Outlook 2007 connecten möchte und vor allem mit _welchem_ Protocol :suspect:

...die Signaturen des Benutzers werden idR in dessen Benutzerprofil vorgehalten. Bei Outlook 2000 zBsp. hier:

LW:\Dokumente und Einstellungen\<Benutzername>\Anwendungsdaten\Microsoft\Signatures

Sofern sein Benutzerprofil nicht korrekt zurückgeschrieben wird/werden kann sind die neu erstellten/geänderten Signaturen beim Abmelden/Neuanmelden wieder verschwunden.

...schon einmal die restriktiven Berechtigungen des Benutzers gegengeprüft?

Befindet sich der Benutzer - der auch Schreibrechte auf die Datei erhalten soll - in einer Benutzergruppe die lediglich lesend auf die entsprechende Datei zugreifen darf?

...in beiden Domänen kommt Outlook zum Einsatz.

Problem ist u.a. das die entsprechenden Schaltflächen zum "Annehmen", "mit Vorbehalt" usw. erst garnicht freigeschaltet werden innerhalb der zu bestätigenden EMail.

Die Schaltflächen sind nur grau hinterlegt im Outlook/in der EMail des jeweils eingeladenen Empfängers.

Innerhalb der jeweiligen Domäne funktionieren diese Buttons jedoch reibungslos und somit kann es im Grunde keine Einschränkung per GPO, o.ä. sein.

Hallo zusammen,

ich hätte da gerne einmal ein kleines Problem :(

Es geht darum externe Terminanfragen per Outlook 2000 zu bestätigen/abzusagen und dies wiederum dem Anfragenden in dessen Outlook-Client sichtbar zu machen.

Bisher werden Terminanfragen von Mitarbeitern der Domäne abc.de an xyz.de nicht bestätigt, sondern es wird immer die Rückantwort "keine Antwort" übermittelt wird. (Internetkommunikation, kein internes LAN/WAN)

Innerhalb der jeweiligen Exchange-Domäne funktioniert das Bestätigen reibungslos.

...möglicherweise "Globale Einstellungen" - "Internet-Nachrichtenformate" :confused:

Schon jetzt vielen Dank für Eure Unterstützung!

:)

...es gibt 2 schicke Tools hierfür:

winhttpcertcfg.exe

und

certmgr.exe

jeweils bei microsoft.de zu downloaden!

Hallo zusammen!

Ich möchte einigen unserer Usern per Logonscript ein bestimmtes Zertifikat zuweisen.

Dieses Zertifikat dient dem privaten Informationsaustausch (*.p12)! In diesem Fall wird damit eine https://-Website verifiziert!

Ich versuche mich hierbei dem Tool certmgr.EXE zu bedienen! Leider erhalte ich in der Eingabeaufforderung immer diverse Fehlermeldungen hinsichtlich der Syntax.

"Invalid value for -r option", "Failed to open the sourcestore", etc.

Bei Nutzung der certmgr.EXE-GUI funktioniert es einwandfrei! Hat jemand noch ne Idee was ich bei der Syntax falsch machen könnte?

... z.Bsp. certmgr -add certificat.p12 my -r

(o.ä. ... hab diverse Kombinationen ausprobiert!)

Die Microsoft-Seiten geben nicht sonderlich viel hilfreiche Tips bzgl. der Syntax preis... :suspect:

Hallo zusammen!

Ich stehe hier vor dem "geringfügigen" Problem bei allen Usern der Domäne "xyz" das Terminaldienste-Basisverzeichnis, im Terminaldiensteprofil, von "verbunden mit xxx" auf "lokaler Pfad" umbiegen zu müssen

Per diversen, uns bereits vorliegenden, Tools werden jedoch nur die "normalen" Profilepfade auf einen Schlag umgebogen :(

Auch fand ich in diversen Foren nichts, was auf die TERMINALDIENSTE-Profile Bezug nimmt :( Es werden lediglich die "normalen" Profile behandelt, was mir aber absolut nicht weiterhilft :(

Hat jemand vielleicht ein kleines Script herumliegen welches sich um diesen Object-Key kümmern könnte?

Tips wie ichs per ADSI-Edit, CSVDE.EXE, LDIFDE.EXE, o.ä. angehen könnten, wären auch schick! (Sofern möglich ... LDAP, usw.) :D

hallo,

hierfür gibt es mehrere, mögliche hintergründe. sind denn auf zbsp. beiden servern die druckerbandbreiten einheitlich konfiguriert? ist diese auf dem 2003er server eingeschränkt und auf dem 2000er uneingeschränkt?

...hat prima funktioniert, nachdem ich die Anpassungen bzgl. unserer Domäne machte und ein paar kleine Änderungen in der "for each" - Schleife vornahm!

Vielen Dank nochmal! :D

DN ist der distinguishedName, also CN=Domänen-Admins,OU=RootAdmins,DC=test,DC=local". In dieser Form bekommst du die Gruppen aus dem memberOf-Feld. Wenn das nix ist, müsstest du das Script noch erweitern, indem du ein GetObject auf diesen DN machst und dir dann den "Name" oder sonstwas zurückliefern lässt, analog zu dem, was ich mit dem User tue, um das memberOf zu kriegen.

achso! verstehe :)

werde es gleich mal ausprobieren!

vielen dank! :)

In welcher Form hast du die Gruppen? Als DN?

DN?

...sorry steh grad aufm Schlauch :(

Sehe ich das richtig, dass du überprüfen willst, ob der USer in einer bestimmten Gruppe ist?

Ja, ich möchte auslesen ob er Mitglied einer bestimmten Gruppe ist und daraufhin dann eine bestimmte Anwendung starten!

Hallo zusammen,

ich würde gerne in Abhängigkeit einer bestimmten Usergruppe, eine bestimmte Anwendung starten!

...zBsp. per

Set WSHShell = WScript.CreateObject("WScript.Shell")

WSHShell.Run "notepad.exe"

Leider habe ich noch keine funktionierende Möglichkeit gefunden, dies in Abhängigkeit der bestimmten Usergruppe zu tun :(

--> was mach ich hiermit?

set UserObj = GetObject("WinNT://" & WshNetwork.UserDomain & "/" & WshNetwork.UserName)

--> in Abhängigkeit vom Usernamen?

If WshNetwork.UserName = "1234" Then

End If

--> in Abhängigkeit der Gruppenzugehörigkeit?

For Each Group In UserObj.Groups

Select Case Group.Name

Case "blabla"

do xyz

Schon jetzt vielen Dank für Eure Mithilfe! :)

In diesem siehst du dann ja logischerweise deine lokalen Netzlaufwerke nicht mehr, da diese auf dem Server nicht gemacht wurden...;)

...das stimmt so nicht ganz! man kann auch die lokalen, auf dem client angesiedelten laufwerke, durchmounten und somit auch per citrixsession, quasi vom server aus, darauf zugreifen!

dies alles wird durch die richtlinien gesteuert! (zumindest ab metaframe-presentation-server-4.0) bei älteren versionen sollte das aber auch möglich sein, wird aber ggf. an anderer stelle administriert!

leider kann ich grundlegend zum "Citrix Access Essentials 1.5" nichts sagen, da wir hier im haus eben metaframe-presentation-server-4.0 einsetzen.

@Sascha: Prinzipiell schon, aber an jedem Drucker in den einzelnen Teams einen PC einzusetzen, nur um den Printer netzwerktauglich zu machen, ist zu teuer.

...da der ursprüngliche Post nicht besagt, welche Drucker überhaupt einzusetzen sind, kann natürlich auch niemand sagen, ob man überhaupt einen PC hierzu einsetzen kann.

Das wollte ich mit "rein theoretisch" ausdrücken! :)

Unsere Drucker im Standort haben alle eigene NICs und sind über einen W2K3-Server als "zentrale" Resource freigegeben. Für ältere Geräte gibts "Printboxen", usw.!

Will sagen, es gibt XXX Möglichkeiten einen "Printserver" zu realisieren! Nur solange niemand weiss, welche Drucker genutzt werden... :rolleyes:

...preisgünstigen Printservern!

...rein theoretisch kann man als solchen auch eine Win-XP-Büchse (W2K, Linux) hernehmen, auf der alle Drucker als Netzwerkresource freigegeben sind ;)

"Printserver" ist ein recht schwammiger Begriff ;)

...Domäne, Arbeitsgruppe, verschiedene Client-OS, Server-OS?

...hast du dir hierzu schon einmal die " delprof.exe " angeschaut? sollte auch bei microsoft zu finden sein.

(kenne UPHClean nicht und kann dazu derzeit nicht sagen)

...ich bin jetzt auf den guten, alten Kork aus dem Baumarkt zurückgekommen :D

0,9 qm für ca. 6+ Euro! Leider bekomme ich nur den 3mm-Kork rein, da es ansonsten überall aneckt :rolleyes: Hätte viel lieber den 7+mm hergenommen...aber nunja :rolleyes:

Das Ergebnis ist aber trotzdem recht ordentlich! :D

...sowas müsste man doch echt mal bekämpfen

...tun wir doch mit den Filtern ;)