vonAbisZ

Die Ressourcen Postfächer entsprechen in unserem Fall, in unsrem Betrieb den Kalendern von zig Sitzungszimmern. Diese wiederum beinhalten einerseits Inventar (Tische, Stühle, EDV Material wie Beamer usw.). Nun, das ist einerseits der Grund, damit jede(r) Benutzer(in) über die Eigenschaften jedes Kalenders bzw. jedes Sitzungszimmer kurz selber in Erfahrung bringen kann, was an Inventar vorhanden ist und auch in Bezug der aktuellen Pandemie in Erfahrung bringen kann, wie/ was die empfohlene Anzahl Personen und die Maximale Personenanzahl im entsprechenden Raum ist. Aber wie erwähnt, obwohl ich auf dem Exchange für jedes Ressourcen Postfach die Informationen angepasst habe (z.B. die aktuellen Corona Richtlinien in Bezug Anzahl Personen in einem Raum etc.), stelle ich fest, dass zurzeit kein Benutzer, warum auch immer, über rechte Maustaste für den entsprechenden Kalender die neusten Infos herauslesen kann - das ist mein/ unser aktuelle Problem?!

@ NorbertFe: Anbei wie gewünscht die Ausgabe eines Ressourcen Postfachs. Betroffen ist aber nicht nur dieses sondern ALLE, so rein informativ. -------------------------------------------------------------- [PS] C:\Windows\system32>Get-CalendarProcessing raumX@unsereDomain.ch | fl RunspaceId : 68338c30-c5e0-4706-adaf-5daa7d75b976 AutomateProcessing : AutoAccept AllowConflicts : False BookingWindowInDays : 365 MaximumDurationInMinutes : 1440 AllowRecurringMeetings : True EnforceSchedulingHorizon : True ScheduleOnlyDuringWorkHours : False ConflictPercentageAllowed : 0 MaximumConflictInstances : 0 ForwardRequestsToDelegates : False DeleteAttachments : True DeleteComments : False RemovePrivateProperty : True DeleteSubject : False AddOrganizerToSubject : True DeleteNonCalendarItems : True TentativePendingApproval : True EnableResponseDetails : True OrganizerInfo : True ResourceDelegates : {interneDomain.local/unsereFirma/AdminUsers-Groups/Administrator} RequestOutOfPolicy : {} AllRequestOutOfPolicy : False BookInPolicy : {} AllBookInPolicy : True RequestInPolicy : {} AllRequestInPolicy : False AddAdditionalResponse : False AdditionalResponse : RemoveOldMeetingMessages : True AddNewRequestsTentatively : True ProcessExternalMeetingMessages : False RemoveForwardedMeetingNotifications : False MailboxOwnerId : interneDomain.local/unsereFirma/Postfächer/Raum X Identity : interneDomain.local/unsereFirma/Postfächer/Raum X IsValid : True ObjectState : Changed --------------------------------------------------------------

@ Norbert: Welche Befehle soll ich eingeben, damit das Resultat herauskommt, welches Du gerne sehen möchtest? @ Squire: Habe den Outlook Ordner in diesem Pfad hier gelöscht %LocalAppData%\Microsoft\Outlook (somit auch den Cache vom OAB, Cache Datei vom Outlook usw.) Die Beschreibung über das Raumpostfach hat sich nach diesem Vorgang NICHT aktualisiert, sprich, ist immer noch veraltet und stimmt nicht mit der Beschreibung für das Raumpostfach auf dem Exchange überein.

Hi all Raumpostfächer: Outlook Clients übernehmen Updates von Notizfeld (Inventar) nicht. Öffnet ein Benutzer via sein Outlook die Eigenschaften vom Raumpostfach X, so entsprechen die Informationen unter dem Reiter (Register) Allgemein/ Feld: Beschreibung nicht den Informationen, welche wenige Minuten zuvor auf dem Exchange entsprechend ergänzt wurden Und: z.B. ist das Feld Beschreibung mit grauer Farbe eingefärbt?! Betroffen sind ALLE Raumpostfächer, also über 15 Stück Und: Jeder Benutzer hat auf jedes Raumpostfach Editor Berechtigungen. Ideen?

Erst einmal vielen Dank für die guten Vorschläge. Nun bringe ich einen neuen Input, von welchem hier noch Niemand gesprochen hat Und: Ich könnte mir vorstellen, dass dieser "einfacher" ist? Was hält Ihr davon? Den LegacyExchangeDN als X.500 Adresse den importierten Kontakten am Schluss des bestehenden PowerShell Skriptes zuweisen? Also irgendwie ein Skript bauen (oder ein bestehendes abändern, wenn es irgendwo eines gibt), welches den Paramter LegacyExchangeDN von allen betroffenen Mailkontakten (keine Postfächer) ausliest und jeweils dann diesen durch eine X500 Mailadresse ersetzt bzw. jedem einzelnen Mailkontakt entsprechend hinterlegt? Bis jetzt habe ich nur Lösungen gefunden, wo man ein einzelnes Skript laufen lassen kann und dann nach dem IMCEAEX gefragt wird, diesen von Hand als Eingabe eingeben muss und dann wird die Sache ausgeführt. Ich dachte, ok, ich könnte ja testhalber für für einen bereits erstellten E-Mail Kontakt in der Exchange Verwaltungskonsole (in der grafischen) eine X500 Mailadresse hinzufügen, jedoch kann ich bei den importierten Kontakten gar nicht wie ich es bei einem Postfach könnte (unter E-Mailadresse), einen solchen angeben, da mir die Möglichkeit gar nicht geboten wird. Jetzt frage ich mich natürlich zwei Dinge 1. Kann man überhaupt einem E-Mail Contact via PowerShell einen X500 Adresse hinzufügen? 2. Wenn Punkt 1 ja, dann: Kann man ein Skript bauen, welches wie oben geschildert für jeden Mail Contact den LegacyExchangeDN ausliest und für jeden Mail Contact in eine X500 Adresse umwandelt? So wie ich gelesen habe (testen konnte ich es ja noch nicht), könnte ich dann anscheinend einem bereits importierten E-Mail Contact nun eine Mail versenden, ohne dass ich eine NDR erhalte? Den LegacyExchangeDN könnte ich z.B. für einen einzelnen Benutzer so auslesen: Get-MailContact -identity hans.muster@domain.ch | fl LegacyExchangeDN Jedoch bringt mir dies nicht so viel, denn ich müsste ja ein Skript haben, welches dies gleich für alle Mailkontakte macht

Denke, es liegt wie Ihr auch der Meinung seit, am Skript. Es löscht die Kontakte und erstellt Sie neu. Dieser Skript hat eine externe Firma für uns gemacht und ich bin mir nicht sicher, ob es ggf. für den externen einfacher war bzw. er sehr viel weniger Aufwand hatte und er sich darum vielleicht eben für diese Lösung entschied, anstatt ein Skript zu bauen, welches eigentlich das macht, was es machen sollte, nämlich nur die Änderungen zu importieren?! Wenn wir schon beim Thema sind kennt Ihr eine Seite, wo ich ein solches Beispiel Skript finde?

HI all In unserem Exchange Adressbuch (globale Adressliste) sind auch Partnerkontakte von unserer Partnerfirma vorhanden, welche wir 1x pro Monat per LDAP Import importieren. Dieser Import geschieht via Skript (Powershell) und importiert eine CSV Datei (Text Datei), welche alle Kontakte unserer Partnerfirma enthält. Nachdem dieser Import vollbracht ist, kann Niemand von unserer Firma an diese Mailadressen eine Mail senden: Unsere Mitarbeitenden erhalten ziemlich rasch eine entsprechende NDR Nachricht. Auszug NDR Nachricht: ------------------------- Generierender Server: unserE-MailServer.InterneDomain.local MCEAEX-_o=Testfirma+20Kanton+20Testkanton_ou=Exchange+20Administrative+30Group+20+28FYDIBOHF23SPXYZ+29_cn=Recipients_cn=d9bf696a2c2c4b8ba15133870fd1cc@unsereFirma.ch Remote Server returned '550 5.1.11 RESOLVER.ADR.ExRecipNotFound; Recipient not found by Exchange Legacy encapsulated email address lookup' ------------------------- Meine Analyse hat ergeben, dass immer, wenn via LDAP die Kontakte der Partnerfirma in unsere GAL (gloable Adressliste) importiert wird, sich für jeden zu importierenden Kontakt im Hintegrund sich irgend eine ID (SID?) wohl ändert?! Mails, welche an E-Mailempfänger erfolgreich versendet werden konnten, werde per Default Einstellung von Outlook lokal zwischengespeichert. Wählt natürlich nun eine Benutzerin von uns entweder via Autovorschlag im Outlook Oder: via Outlook Adressbuch (globale Adressliste) einen bekannten Kontakt aus, versendet das Mail, schlägt der Mailversand fehl, weil der alte, noch zwischengespeicherte Kontakt zwar von der Mailadresse usw. identisch ist, jedoch hat sich seine ID (im Hintergrund) geändert. Das erklärt dann auch schlüssig, so finde ich - warum wir aktuell mit diesem Problem zu kämpfen haben. Meine Lösungsversuche/ Ansätze sind: - die Adressbuch Dateien im lokalen Cache löschen => via Befehl: rd /s/q "%LocalAppData%\Microsoft\Outlook\Offline Address Books" - Die "Autovervollständigungsliste" löschen => via Befehl: rd /s/q "%LocalAppData%\Microsoft\Outlook\RoamCache" Bemerkung dazu: Leider musste ich jedoch feststellen, dass die Autovervollständigung (Vorschläge) bzw. dessen Cache anscheinend durch diese Befehl (RoamCache löschen) doch nicht gelöscht wird bzw. Auswirkungen hat. Den Autovervollständigen Vorschlag konnte ich erst sauber auf folgende Weise löschen outlook.exe /cleanautocompletecache Testresultate haben ergeben: - Versende ich eine Mail an unsere Partnerfirma, an welche ich noch NIE eine Mail versendet hatte, so scheint diese Mail beim Empfänger anzukommen, da ich keine NDR Nachricht erhalte. - Mailversand an unsere Partnerfirma scheint "nur" nicht zu funktionieren, wenn man an eine Person eine Mail versendet, an welche man bereits in der Vergangenheit erfolgreich Mails versenden konnte. - Das Problem scheint sich automatisch nach einer Zeitdauer x Tage selbst zu lösen?! Hier gleich die Frage, warum nach x Tage und warum löst es sich dann von alleine, durch welchen Mechanismus auf dem Exchange oder im Outlook? - zwei Benutzer als Test verwendet. > Meinen AD Benutzer, welcher KEIN servergespeichertes Profil hat => Bei meinem Benutzer bringt es nichts, wenn ich die Lösungsversuche/ Ansätze umsetze (den Autovervollständigen Vorschlag habe ich via Kreuz im Outlook gelöscht) > Hingegen hat mein AD Benutzer eine Ordnerumleitung auch für den %AppData*\Roaming Ordner > einen Testbenutzer im AD erstellt, welcher ein servergespeichertes Profil hat (wie alle anderen User im Haus) => Hier hat mein Lösungsversuch/ Ansatz bei der gleichen Person der Partnerfirma funktioniert, sprich, Mail kam an. > welcher auch eine Ordnerumleitung hat (wie alle anderen User im Haus), ausser dass hierbei z.B. der Ordner %AppData%\Romaing Ordner lokal auf dem Gerät verbleibt, also nicht umgeleitet wird. Frage in die Runde: - Liegt es am Importvorgang via LDAP, dass wir eine CSV Datei via PowerShell importieren Und: Anscheinend dadurch die importierten Kontakte dann eine neue "ID" erhalten und es darum aus meiner Sicht zu Problemen kommt (beim Mailversand)? - Alternativen zu diesem Import Vorgang? - Wer bietet besserer Lösungsvorschläge, als ich bereits umgesetzt habe? - Warum gibt es Unterschiede im Verhalten beim Mailversand an Kontakte (Mailadressen) der Partnerfirma von meinem AD Benutzer im Gegensatz zu meinem erstellten Test AD Benutzer? Bemerkung dazu: Aus meiner Sicht könnte, wenn überhaupt etwas Einfluss hätte, aus meiner Sicht nur der eine Teil bei der Ordnerumleitung, welche ich speziell nur für meinen AD Benutzer eingerichtet hatte für AppData\Roaming einen Einfluss haben?! Jedoch bin ich der Meinung, dass die Ordner, von Microsoft, welche nun bei mir auf einen Share umgeleitet werden nur Ordner betreffen sollten, welche für die Signatur und oder die Autokorrektur im Office/ Outlook Einfluss haben? - Auch ein unschöner Nebeneffekt meiner vielen Tests hat nun, dass in meinem Outlook das Adressbuch leer ist, kein globalen Adresslisten sind mehr verfügbar usw. Dies nur so am Rande erwähnt, das Hauptproblem und der Hauptfokus soll wirklich auf der Problemlösung sein, dass wenn wir die Kontakte der Partnerkontakte importieren, die Benutzerinnen und Benutzer nach wie vor wie gewohnt an diese Kontakte Mailen können cheers André