Mag

Ich habe das Recht als anderer zu senden mal aus versehen gewährt, da ich Vollzugriff auf InetOrgPerson Objekte vergeben habe, darunter war dann auch das senden als :/ Eigentlich sollte das nur für Admins sein, damit diese User anlegen können.

Ahoi, nein hab die Adresse händisch eingetippt. Wenn ich das in der Weboberfläche mache (ohne OL) dann löst er mir die Adresse die ich eintippe "wichtig@firma.de" direkt auf in "Nachname, Vorname" und unterstreicht diese. Verteilerliste wäre eine Option, da die Emails nur an eine Person gehen sollten, dachte ich mir, wäre das besser. Zudem brauch ich die Adresse nicht in der Adressliste. Klar kann ich an der Verteilerlsite auch ausstellen ...

Hi fluehmann, danke für deine Antwort. Ich glaube wir reden aneinander vorbei. Es geht nur eingehende Emails. Zu meiner Adresse vorname.nachname@firma.de habe ich noch wichtig@firma.de eingerichtet. Und ich wollte alle Emails an wichtig@firma.de in den Ordner "wichtig" in meinem Posteingang verschieben lassen. Es werden aber alle verschoben, die ich bekomme. Gehe ich nun hin und ziehe die emails aus dem ordner "wichtig" rüber in den Posteigang und wende die Filterregeln manuell nochmals auf die emails an, verschiebt er mir keine einzige.

Eine Lösung habe ich nicht, aber Exchange nimmt wohl die Emailadresse aus der Regel und löst diese auf das Postfachkonto auf. Somit werden alle Emails die eingehen, in den Filter-Ordner verschoben. Warum das allerdings beim manuellen Ausführen der Regel nicht zum gleichen Resultat führt, verstehe ich nicht.

Wir haben es hier aufgegeben WINS abzuschaffen. Es funktioniert einfach und hat quasi keinerlei Betreuungsaufwand. Ich glaube auch irgendwo gelesen zu haben, dass MS mit einer neuen DNS Server Version auch dort nochmals eine flache Struktur wie dem WINS integriert. Aber zu deinem interne Netzwerkkarte im DNS Problem, du könntest an dieser internen?! Netzwerkkarte ausschalten, dass diese sich im DNS registriert. Nur so als Idee, du hast ja nicht viel zu der Konfiguration geschrieben, könnte sein, dass ich was falsch verstanden habe.

Hallo zusammen, ich habe gerade ein seltsames Phänomen mit einem zusätzlichen Emailalias. Umgebung Exchange 2007, Standardadresse ist vorname.nachname@firma.de Nun wollte ich ein einem Anwender eine zusätzliche Adresse angeben sachgebiet@firma.de Die Emails kommen einwandfrei beim Anwender an, im Emailheader steht deutlich To: Anzeigename <vorname.nachname@firma.de> oder eben To: Anzeigename <sachgebiet@firma.de> Wenn ich nun eine Regel einrichte, Verschiebe nach Erhalt sachgebiet.. in Ordner 123 verschiebt er mit ALLE eingehenden Emails in den Ordner 123. Schiebe ich die Email händisch zurück und führe die Regel auf alle Emails aus, verschiebt er mir die Email nicht! Allerdings auch nicht die, die rechtmäßig dort hingehört und an sachgebiet@ geschickt wurde. Ich habe dieses Szenario an 2 WinXP Clients mit OL 2003 getestet. Teste es gleich noch an 2007 und update dann. Grüße Mag -UPDATE- also mit Outlook hat es nichts zu tun, 2007 macht das genauso. Ich habe diese 2. Emailadresse als SMTP hinzugefügt, kann ich da noch was anderes wählen?

Gelöst. Ursache für den oben genannten Fehler beim Neuanlegen oder Editieren von Emailkonten war die Adressliste in die das Postfach eingetragen werden sollte. Die Exchange07 GUI macht Fehler bzw. lässt Fehler zu. Wenn man eine Adressliste der Struktur: Überordnerr --Abteilung hat und den Überordner in der GUI umbenennt in (wie bei mir z.b. aus Sortierungsgründen oder Tippfehlern) Überordner --Abteilung zeigt die GUI zwar an, dass 'Abteilung' nun in dem umbenannten 'Überordner' steckt, allerdings nicht richtig. Man sollte also hingehen und einen neuen übergeordneten Ordner erstellen und die Adresslisten per Move-Addresslist -Identity "Abteilung" -Target "Neuer Ordner" Grüße Mag

DAS ist mir klar :D Ich versuche mich ja auch immer erst selbst an meinen Problemen und bin auch für Einkreisungstips dankbar. Wenn ich hier auch noch was in Erfahrung bringe, werde ich es niederschreiben.

Okay, das werde ich mir mal durchlesen. Ob es nun global geschieht oder nicht, wäre noch nicht entschieden, aber dabei fließen diese Informationen ja mit ein. Danke schonmal :)

Hallo Nils und Danke. Ich nehme nicht an, dass wir ein globales loginskript machen können, eben genau aus dem von dir angesprochen Grund. Evtl. ist es günstiger je OU ein Loginskript zu verwalten, dass vom dezentralen Admin gepflegt wird. Der sollte die Druckerumgebung besser kennen.

Hallo zusammen, ich stehe zur Zeit vor der Aufgabe, mir einen guten Weg zu überlegen, unsere Drucker an verschiedenen Clients einzubinden. Die Lösung sollte überschaubar und für Mandanten in Teilbereichen verwaltbar sein. Folgendes zur Umgebung: W2k3 Domäne, verschiedene OUs delegiert für dezentrale Admins, dort dürfen User, Gruppen, Computer angelegt und verwaltet werden. Demnächst werden wir wohl einen Printserver stellen, der die ca. 1200 Drucker verwalten soll. Wir sorgen dann für die Installation der Treiber und Vergabe von eindeutigen Namen. Für dezentrale Admins soll ein "guter" Weg geschaffen werden, Drucker dynamisch an verschiedenen Clients einzubinden. Lösung: Ich dachte mir folgendes und ihr sollt mich verbessern, wenn ihr das nicht gut findet. Der Weg über GPOs finde ich nicht gut, da man dazu so viele GPOs benötigt nur um verschiedenen Gruppen 1-2 Drucker zuzuweisen. Mir wurde mal vom "Experten" gesagt, ich sollte die anzahl der GPOs stark im auge behalten wegen der replizierung auf den 2 DCs. Auch habe ich über die Pushprinter Connection Funktion auf gruppenrichtlinien.de nichts gutes gelesen. Daher meine Idee eine simple if Abfrage in einem Loginskript zu bauen, in der anhand von Gruppenzugehörigkeiten (bsp. Gruppe: "Drucker Sekretariat + Flur) den verschiedenen Usern in der Nähe diese Drucker zu verbinden. In dem Fall, dass eine Person andere Drucker brauch, kommt diese einfach in die neue Gruppe der AD. Wie findet ihr das?? Danke schonmal für alle Ideen und Meinungen.

Manchmal frage ich mich in der Tat, ob ich mal die Netiquette aufs gröbste mißachtet habe, weil ich so selten antworten erhalte :suspect: Ich bin dem Fehlerteufel auf die schliche gekommen, ich würde behaupten, da ist Verwaltsungkonsole etwas buggy. Ich habe vergangene Woche die Adresslisten stark bearbeitet, es gibt dort nun wie im Unternehmen eine kleine Verzeichnisstruktur der Abteilungen. Um die Sortierung etwas anzupassen, habe ich die Namen der übergeordneten Ordner nachträglich editiert und mit Zahlen versehen und Tippfehler korrigiert. Bsp. vorher: ABC A Abteilung D Abtielung V Abteilung nachher: ABC 1 V Abteilung 2 A Abteilung 3 D Abteilung Ich hatte dabei schon gemerkt, dass die Anzeige in der Konsole aktualisiert wird, allerdings standen an den Clients in der GAL immer noch die alten Einträge. Dann habe ich in der Shell gesehen, dass es einen Adresslisten Name gibt (ID), diese wird in der Verwaltungskosole angezeigt und es gibt einen Displayname, dieser wird nicht in der Konsole angezeigt. Den musste ich in der Shell anpassen und siehe da, die GAL wurde nun auch korrekt angezeigt. Dass es nun bei manchen Usern keine Fehlermeldung gab lag daran, dass ich den ABC Ordner aus dem Beispiel nicht editiert hatte und alle User darin funktionierten. Wenn ich nun die Namen der Ordner wieder auf den Urzustand stelle, funktioniert alles wieder. Ich sehe nun keine Möglichkeit, außer die Adressliste nochmal neu zu machen. Die Struktur bei mir ist allerdings wesentlich größer als das Beispiel. Wenn ihr also eine Idee hättet, woran das noch liegen könnte :) Grüße Mag

Ah, das 2k8 im Topich atte ich übersehen, wusste aber auch nicht, dass es da kein ntbackup mehr gibt. Gut zu wissen.

Hallo zusammen, Also ich habe dieses Problem seit Montag und bin teilweise schon dahinter gekommen. Aber ich fange mal vorne an. Beim Erstellen eines Postfachs (egal ob powershell oder Verw. konsole) in unserem Exchange 2007 SP1 Cluster erhielt ich die Fehlermeldung: Zusammenfassung: 1 Element(e). Erfolgreich: 0, Fehler: 1. Verstrichene Zeit: 00:00:00 Mustermann, Max Fehler Fehler: Fehler bei Active Directory-Vorgang mit dc1.sub.firma.de. Bei diesem Fehler ist kein Wiederholungsversuch möglich. Zusätzliche Informationen: Der Namensverweis ist unzulässig. Ursache hierfür kann eine Replikationswartezeit zwischen Active Directory-Domänencontrollern sein. Active Directory-Antwort: 000020B5: AtrErr: DSID-03152392, #1: 0: 000020B5: DSID-03152392, problem 1005 (CONSTRAINT_ATT_TYPE), data 0, Att 90284 (showInAddressBook) . Ein Wert in der Anforderung ist ungültig. Ausführungsversuch eines Exchange-Verwaltungsshellbefehls: Enable-Mailbox -Identity 'sub.firma/Benutzer/Mustermann, Max' -Alias 'max.mustermann' -Database 'Exchange07\SG3\Mitarbeiter' Verstrichene Zeit: 00:00:00 Dies geschah bei neuen oder auch älteren AD Benutzern, aber nicht bei allen! Nach viel Suchen im AD nach Fehlern und im Web nach ähnlichen Problemen, fand ich keine Hinweise die zu mir passten. Das einzigste was ich geändert habe am Freitag waren meine Adresslisten. Ich prüfe auf ein Feld bei dem AD Benutzer und je nach Inhalt wird er in einer best. Adressliste in der GAL angezeigt. Wenn ich bei Max Mustermann nun dieses Feld leere, sodass er keiner Adressliste hinzugefügt werden kann/muss, kann ich auch ein Postfach anlegen. Bei Tests an bestehenden Postfächern/Benutzern fiel mir auf, dass ich bei manchen Usern, wenn ich etwas an der Emailadresse ändern wollte, beim speichern genau die Fehlermeldung erhielt, wie beim Anlegen von Postfächern, bei manchen klappte es wiederum. Alle diese User sind aber irgendwelchen Adresslisten zugeordnet. Also schlußendlich kann ich sagen, hat ein AD User keinen Eintrag in dem Feld für die GAL, kann er angelegt werden, hat er einen Eintrag, kann er manchmal angelegt werden. Könnt ihr da einen Zusammenhang erkennen oder sogar erklären ?! :confused:

Also wir sichern unsere AD einfach mit ntbackup. Dort kannst du dann unter "System State" den Punkt "Active Directory" auswählen. Allerdings würde ich mir glaub ich eher, eine Kopie des Originalsystems erstellen und dort einen Test mit Schemaerweiterung durchführen. Hängt natürlich sehr davon ab, wie groß deine AD Struktur ist.

Na die Antwort ist ja mal hilfreich !!! Ich habe das gleiche Anliegen und hätte an der Stelle gerne einfach nur gelesen "Nein, es gibt keine Möglichkeit, dass die Passwortaktualisierung in der OWA auftaucht, nur Erinnerungstools im Vorfeld...." und was jemand in seinem Postfach trotz Urlaub macht, bleibt wohl jedem selbst überlassen.

Nein kein richtiges Ressourcenpostfach, war von mir laienhaft so ausgedrückt. Also ein normales Benutzerpostfach, da viele der Anwender kein eigenes Emailkonto haben, somit würde das mit einem reinen Ressourcenpostfach ja so nicht klappen. Ich dachte vielleicht könnte mir jemand sagen, dass man einen Kalender nicht so intensiv und parallel nutzen kann, dann müsste ich mir etwas anderes überlegen.

Hallo Leute, die Boardsuche hat mir nichts passendes geliefert, deshalb wollte ich Euch nach einer Art "Best Practice" fragen. Folgender Fall, ich habe einen Terminkalender der ziemlich intensiv genutzt wird und ein Paar Probleme macht. Laut Anwender gibt es doppelte und gelöschte Terminobjekte. Zuerst das Technische. Exchange 2007 Umgebung, Nutzung des Kalenders mittels OWA und OL2003 mit dem Ressourcenbenutzer dieses Postfaches und per Freigabe durch weitere Benutzer. Nun die Handhabung. In einer Stunde gibt es ca. 4 Termine, die nicht nur einmal eingetragen werden sondern weiter editiert werden. Als Beispiel: 10:15 ZimmerA reserviert für Person A. Dann wird noch eingetragen, wenn die Person da ist oder wird 15Minuten nach hinten verschoben, wenn Sie einen Kaffee erhält, wenn der Kaffee leer ist usw. ****es Beispiel, aber soll klar machen, dass durch verschiedene Personen häufig auf einen Termin zugegriffen wird und das auch mal zeitgleich. Ich habe es mal nachgestellt und es kommt in der Tat zu komischen Phänomenen, wenn ich die Terminbetreff ändere und jemand anders den Termin z.B. verschiebt, die ich hier nun noch nicht niederschreiben möchte, da ich das gern noch weiter teste bevor ich hier falsche Sachverhalte schildere. Wenn ihr eine Idee hättet, wäre ich sehr dankbar :) Grüße Mag

okay, danke :)

Hallo, ich hatte auch so ein Problem. Meine dokumentation ist leider etwas lückenhaft :rolleyes: Aber kann es sein, dass dein User mal in der Administratoren Gruppe war? Gehe zu ADUC - Benutzer suchen - Reiter Sicherheit - Erweitert - und aktiviere Vererbung übergeordneter... Dann sollte es gehn.

Wir haben den Ex2003 leider deinstalliert, ich kann dir die Menüführung nicht mehr nennen :/

Wir hatten das eigentlich nur gemacht, weil es vorher Fehlermeldungen beim Besuchen der Seite gab. Wir haben Exchange 2007. ****e Frage, was sind SANs? Kann grad mit der Abk. nix anfangen -.-

Also bei Exchange 2007 in der Verwaltungskonsole unter Serverkonfiguration -Clientzugriff - Outlook WebAccess die Eigenschaften von owa öffnen. dort steht der Haken dann normal auf "Integrierte Windows-Authentifizierung. Ohne den Haken sollte das autom. anmelden weg sein.

Cool. Dank dir! Das neue Zertifikat muss dann aber nicht auch auf die alternativen Namen der NLB Nodes hören? Unser bisheriges hat 4 alternativ namen. Node1.altedomain.de Node2.altedomain.de öffentlicherAlias.neuedomain.de und cname.altedomain.de

Hallo zusammen, wir haben hier bei uns gerade erst einen ISA Server 2006 als NLB in Betrieb genommen und hosten darüber Outlook Anywhere, ActiveSync und OWA. Wir nutzen ein Zertifikat von unserer CA. Alle Anwender mussten unser RootCA Zertifikat bei sich installieren, aber wir waren eigentlich zufrieden, bis nun die Anfrage kam, dass dort zusätztlich ein gekauftes Zertifikat dort eingerichtet werden soll, damit keine Warnung mehr bei den Anwendern auftaucht. Kann man denn einfach ein 2. Cert das auf den gleichen Namen hört in dem ISA Server einrichten? Habe darüber noch keine Infos gefunden, daher hoffe ich auf Euch. Danke schonmal Grüße Mag