RobertWi

Bei so wichtigen Dingen würde ich immer das englische Technet nehmen. Allerdings bin ich mir auch nicht sicher, ob das englische stimmt, denn Keys/Values mit Leerzeichen sind eher unüblich.

Moin, so funktioniert es aber grundsätzlich. Was gibt es denn für Meldungen, Event-Log, Warteschlange, NDR, etc.?

Moin, mach ein neues Postfach und der Chef soll sich daraus NUR die Kontakte ins iPhone einbinden. Die Mitarbeiter bekommen Vollzugriff auf das Postfach. Dann findest Du die Kontakte im Adressbuch und im iPhone. Nur mit dem Postfach darf dann niemand arbeiten. Ansonsten gibt es keine echte Lösung ohne Dritt-Anbieter-Software das Problem, weil sich einige gewünschte Optionen gegenseitig ausschließen.

Ja, diese kleine Änderung kollidiert eventuell wirklich nicht mit den Ressourcen-Berechtigungen. Hier hast Du ja keine neuen Benutzer eingefügt, sondern nur eine vorhanden Berechtigung geändert.

Ist in der Aufgabe der richtige Benutzer konfiguriert?

Ok, und was ist da jetzt das Problem genau?

Bei dieser Aussage würde ich sehr gerne mal erfahren, WIE die Leute gegoogelt haben. Ich mache folgendes: Google -> powershell aufgabenplanung Erster Treffer: Powershell: Skript als geplanten Task auf Server 2008 R2 startenElasticSky Beschreibt ziemlich genau, was Du suchst.

Das mit dem Support wundert mich etwas und entspricht eigentlich nicht meiner Erfahrung. Aber vielleicht war der Mitarbeiter neu oder hatte einen schlechten Tag.

Off-Topic:Nö, im Augenblick komme ich immer nur zu Kunden, wo das Kind schon in den Brunnen gefallen ist und darf aufräumen. Darum bin ich bei bestimmten Dinge (Designfehler, Bedienfehler, etc.) im Augenblick auch ein wenig dünnhäutig. Esd nervt einfach zu sehen, was manche "Kollegen" als Beratung verkaufen und wie sie am Ende den Kunden im Regen stehen lassen.

Moin, es kann auch einfach nur eine Weile dauern, bis Exchange die manuelle Änderung mitbekommt. Eine Beschleunigung könnte mit "get-adresslist | update-adresslist" und "get-globaladdresslist | update-globaladdresslist" erfolgen oder mit dem Neustart der Exchange-Systemaufsicht erfolgen. Musst Du ein wenig mit einem Testkonto "rumspielen". Wichtig ist aber, dass intern die User den Vorschlagscache löschen müssen, denn Outlook hat sich den alten Eintrag gemerkt.

Moin, das das Problem am legacyexchangedn liegt, war auch meine erste Vermutung, aber Du klangst mit dem "msExchADCGlobalNames" so überzeugt, dass ich irgendwie keine Lust hatte zu widersprechen. :) Das wichtigste beim legacyexchangedn ist, dass er eineindeutig ist. Ansonsten funktioniert das Konto nicht und Mails gehen unzustellbar zurück (inkl. Fehlermeldung im Eventlog). Es gibt einige Möglichkeiten, die zu ändern (LDIF, CSVDE, ADSIEDit, LDAP), aber alle sind mehr oder weniger fehlerträchtig. Eine pauschale Änderung (ändere Dom1 in Dom2) ist ja nicht möglich, weil es nur einzelne Benutzer betrifft. Dann muss Du eh einzeln von Hand ran und da wäre ADSIEdit zumindest das einfachste Werkzeug. Aber wichtig: Nur ändern, was Du genau identifizieren kannst! Mit ADSIEdit kann man auch sehr viel kaputt machen!

Wenn ich das alles lese: Es war sicher KEIN Fehler, ESET zu deinstallieren. Lieber ein Ende mit Schrecken als ein Schrecken ohne Ende.... WIE BITTE? Das Ding muss im abgesicherten Modus deinstalliert werden? Ja, ziemlich sicher wurde da nur die Datei entfernt, nicht aber die Verknüpfung in Exchange. Ich persönlich würde der Installation nach dieser Geschichte keine fünf Minuten mehr trauen und den Server neuinstallieren. Entweder mit eine Swing-Migration (kaum Beeinträchtigungen, aber mehr Aufwand) oder mit einer RecoverServer-Installation (weniger Aufwand, aber Ausfall während der Installation). Wer weiß sonst schon, wo sich das Ding noch alles zu reingehängt hat und was nun noch alles so kaputt ist.

Tja, was soll man dazu sagen? Am Ende rufen mich Deine Kunden zu sich und erklären mir, dass die vorherigen Berater alle "so schlecht sind und keine Ahnung" haben. Kein Wunder, wenn ihr nicht "nein" sagen könnt. Wenn mich ein Kunde bittet einen Kernel zu kompilieren, sage ich ihm, dass Linux nicht mein Fachbereich ist und er dafür jemand anderen braucht. Na ja, dann viel Erfolg beim Basteln und Erfahrungen sammeln.

Moin, genau das sind wir ja bei dem "Hauptproblem": Ein Ressourcen-Postfach bietet im Standard nicht die Funktion, dass jemand "mehr" sieht. Also bleibt nur, mit den Berechtigungen zu arbeiten, wie man es bei jedem anderen Kalender machen würde. Das allerdings scheint nicht so zu funktionieren, wie bei normalen Kalender (vermutlich hat das was mit den Stellvertretern zu tun, die über die Console konfiguriert werden). Wenn Deine Versuche nicht klappen, hast Du meine Erfahrung als Bestätigung und dann gibt es vermutlich keine Lösung. Eventuell kannst Du das Postfach als normales Postfach nutzen und mit dem einfachen Bestätigungen eines normalen Postfaches leben. Oder ohne automatische Bestätigungen und jemand macht das manuell.

Sorry, aber wenn Du Dich in der Windows-Welt nicht auskennst, bist Du die falsche Person, um einen Exchange-Server zu installieren oder zu betreiben. Dafür braucht man ein wenig Wissen, dass Dir dann aus verständlichen Gründen fehlt. MSFT ist die vom NASDAQ abgeleitete Abkürzung für Microsoft. Und den Download-Bereich findest Du hier: Microsoft Download Center Dort nach Exchange 2007 suchen (SP 3 ist aktuell), auf Deutsch umstellen, herunterladen und auspacken.

... und ist auch genau das, was iDiddi vorher schon geschrieben hat.

Moin, in der PowerShell gibt es keine einfach Möglichkeit, Ordner in einem Postfach zu löschen. Vielleicht hilft Dir ExFolders hierbei, habe ich aber noch nie probiert: MSXFAQ.DE - Exfolders

Und warum willst Du das veraltete Ex 2007 installieren, wenn Du eine Lizenz fürs aktuelle Ex 2010 hast? Exchange-Downloads findest Du im Download-Bereich von MSFT.

Moin, das Feld dürfte noch von Ex 5.5. stammen und sollte in Ex 2007 keine Bedeutung mehr haben.

Moin, dann würde ich eine Transportregel anlegen: "Gesendet an Person XXXX - Unzustellbarkeitsnachricht an Absender". Dabei kannst Du dann noch einstellen, ob das z.B. nur für interne gilt oder für alle. Oder über zwei Transportregeln könntest Du unterschiedliche Meldungen für interne und externe Absender zeugen.

Moin, nennst Du uns die Exchange-Server-Version oder dürfen wie uns zwischen Exchange 5.5 und Exchange 2013 eine aussuchen? ;)

Moin, na ja, das kann ja dann leider alles sein. Von Software über ein defektes Kabel. Da wird Dir nicht mehr übrig bleiben, als erstmal weitere Informationen zu sammeln. Du könntest z.B. auch mal das Outlook-Logging aktivieren und schauen, ob da zufällig noch was drin steht.

Moin, Meine persönliche Erfahrung mit dem Setzen manueller Berechtigungen auf Ressourcen-Postfächern ist, dass sie nicht so funktionieren, wie man es von normalen PF gewohnt ist. Diese Erfahrung hat mich eine Woche Arbeit und Tests mit verschiedenen Berechtigungs- und Outlook-Kombinationen gekostet. Das bekannte Verhalten gab es nur bei Nicht-Ressourcen-Postfächern, Ressourcen haben sich immer irgendwie unerwartet verhalten. Auch in anderen Forumsposts habe ich schon ähnliche Erfahrungen gehört. Also: Bei Ressourcen-Postfächern nicht an den Berechtigungen spielen.

Prima, danke für das Feedback!

Moin, ein Zugriff auf das Archiv mit EAS ist zur Zeit in den mir bekannten Clients nicht möglich. Ob es überhaupt möglich wäre, kann ich aber nicht sagen, da ich das Protokoll hierfür nicht detailliert genug kenne.