Stibo

Hallo zusammen, ich habe hier ein Verständnisproblem der Kalenderfreigaberichtlinien bei Exchange Online. Ein User versucht, seinen Kalender für sein privates outlook.com Postfach zu teilen, damit er Termine auf seinem Mobiltelefon in seinem Kalender sieht (ob das jetzt erlaubt oder verboten ist, sei mal dahingestellt - mir geht's hier um den technischen Aspekt). Wenn er das versucht, erhält er die Fehlermeldung "Sie sind nicht berechtigt, Ihren Kalender mit adresse@outlook.com zu teilen". Im Exchange Admin Center ist unter Organisation - Teilen - Organisationsfreigabe folgendes definiert: Allgemein (Domänen = alle Unternehmensdomänen, also unternehmen.de, unternehmen.at etc.): Teilen: Unter Individuelle Freigabe: Im MS365 Admin Center ist unter Einstellungen der Organisation - Kalender folgendes definiert: Ihren Benutzern das Teilen ihrer kalender mit Personen außerhalb Ihrer Organisation gestattetn, die über Office 365 oder Exchange verfügen: angehakt Jedem den Zugriff auf Kalender mit einer E-Mail-Einladung gestatten: nicht angehakt Da das Teilen mit dem privaten office.com Postfach nicht funktioniert, gehe ich davon aus, dass die Richtlinie im Admin Center greift und das Teilen global unterbindet und die Exchange Online Einstellung gar nicht greift, ist das korrekt? Falls ja, heißt das ja, dass private outlook.com Postfächer - selbst, wenn sie in bezahlten Office 365 Abos laufen - nicht als Exchange gelten und daher blockiert werden, richtig? Im Voraus Danke für's Lesen und evtl. Antworten!

Wir (als Muttergesellschaft) nutzen das "richtige" Outlook (bzw. es gibt auch hier ein paar Personen, die den Schalter "Testen Sie das neue Outlook" fanden und es tatsächlich verwenden), in der Tochtergesellschaft weiß ich nicht genau, wie viele es verwenden. Da aber das neue Outlook bei fundamentalen Funktionen (wir nutzen z.B. öffentliche Ordner im großen Stil) patzt, können wir nur hoffen, dass so schnell (oder besser: nie) kein Zwang, zu wechseln, gibt. Allerdings können wir, denke ich, das Thema als erledigt kennzeichnen, weil es von Microsoft abhängt, ob - oder vielmehr wann - eine Lösung dafür gefunden wird.

Wieder etwas gelernt, Danke. Ich vermute einfach, dass diese Version beschissen ist und bleibt und wir hier gar nicht viel tun können, außer zu hoffen, dass Microsoft sich erbarmt, hier etwas zu fixen.

Entschuldige die späte Rückmeldung, ich kam nicht eher dazu. Ehrlich gesagt weiß ich nicht, welches Outlook mit Windows 11 geliefert wird . Es geht hierbei um Version 1.2024.717.400 (die auch gestartet wird, wenn man den Schieberegler oben rechts im alten Outlook anklickt um zu wechseln.

Weil die User, die das Postfach betreuen, aus einem anderen Tenant kommen und bei uns nur Gäste sind (fragt nicht, organisatorisch ist das ein wenig konfus) und es, soweit ich weiß, keine Möglichkeit gibt, Gäste auf Postfächer zu berechtigen.

Hallo zusammen, vielleicht hat ja jemand hier noch eine Idee, was ich versuchen kann. Folgende Konstellation: Es existiert eine Shared Mailbox in Exchange Online, worauf ein generischer User Zugriff hat. Mit dem "alten" Outlook (Outlook für MS365, Version 2405) kann ich das ganz normal über Datei -> Konto hinzufügen -> E-Mail-Adresse eingeben -> MS365 auswählen -> "Mit einem anderen Konto anmelden" -> User/PW eintragen -> fertig. Im neuen Outlook füge ich das Konto ebenfalls so hinzu, allerdings erscheint nach ein bisschen Warten die Fehlermeldung "caa2000c" mit dem Hinweis "invalid_grant aadsts9002341". Recherche zeigt, dass der User SSO aktivieren/erlauben soll, aber diese Option habe ich in dem Fall überhaupt nicht. Hat hier noch jemand eine Idee, was ich probieren könnte? Im Entra ID Log sehe ich nur "Success" Meldungen für diesen Account. Danke vorab!

OMG Dankeschön, auf die Idee bin ich nicht gekommen, das war es!

Hallo zusammen, ich habe hier ein seltsames Phänomen mit einer Verteilerliste. Es ist eine universale Verteilerliste: Get-DistributionGroup PL-C-D@firma.de Name DisplayName GroupType PrimarySmtpAddress ---- ----------- --------- ------------------ PL-C-D PL-C-D Universal PL-C-D@firma.de Hier die Mitglieder dieser Gruppe: Get-DistributionGroupMember PL-C-D@firma.de Name RecipientType ---- ------------- Mustermann, Michael UserMailbox Musterfrau, Michaela UserMailbox PL-C-D7 MailUniversalSecurityGroup PL-C-D5 MailUniversalSecurityGroup PL-C-D1 MailUniversalSecurityGroup PL-C-D2 MailUniversalSecurityGroup PL-C-D4 MailUniversalSecurityGroup PL-C-D3 MailUniversalSecurityGroup PL-C-D6 MailUniversalSecurityGroup Wenn ich mir die Gruppe nun aber im Adressbuch anzeigen lasse sieht sie folgendermaßen aus (die beiden einzelnen Personen habe ich des Datenschutzes wegen geblurrt): Vier der fünf Gruppen fehlen, ich kann mir aber nicht eklären, weshalb. Alle Gruppen haben eine gültige SMTP-Adresse und sind auch aktiviert. Hat jemand von Euch einen Hinweis, woran es hier haken könnte? Danke vorab auf jeden Fall!

Das half, "Prüfer" mit "Elemente erstellen" hat gewirkt! Danke Dir und Danke @mikro!

Danke für die Idee, das Entfernen Ihres Accounts hat tatsächlich geholfen. Das Ding ist nur, dass sie Zugriff auf den Ordner braucht. Ich habe mal die Berechtigungsstufe angepasst und warte auf Rückmeldung, ob das half. [Edit] Nein, sobald sie Zugriff auf das Postfach hat, erhält sie die Fehlermeldung. Wegen der Domains: die Domain, unter der sie schickt, ist eingetragen als Authoritative (und andere User haben das Problem ja nicht).

Guten Morgen zusammen, ich habe hier ein seltsames Phänomen: eine Kollegin kann seit ein paar Tagen keine E-Mails mehr an einen Public Folder schicken, sie erhält folgende Meldung: Die Berechtigungen passen aber bei beiden (Anonym und sie selbst): Get-PublicFolderClientPermission -Identity "\Vertrieb\Sales-Support" FolderName User AccessRights SharingPermissionFlags ---------- ---- ------------ ---------------------- sales-support Standard {Contributor} sales-support Anonym {CreateItems} sales-support Kollegin {Reviewer} [...] Ich habe die Berechtigungen schonmal entfernt und neu gesetzt, das half aber nicht. Hat jemand von Euch noch eine Idee, woran es hier liegen könnte? Danke vorab und Danke!

Norbert. Du bist mein Held und die Rettung des Tages! Mir war nicht bekannt, dass es diese Option gibt und die ist bei uns tatsächlich deaktiviert.

Moin Norbert, wir nutzen MS Outlook für Microsoft 365, Version 2311, Build 16.0.17029.20140). Der Alias wurde über Exchange Online als weitere SMTP-Adresse hinzugefügt und war vorher kein Objekt oder Alias, sondern wurde frisch kreiert. Was mir aber eben gesagt wurde: in OWA wird, nachdem man den Alias support einträgt, als Absendeadresse office verwendet, d.h. es wird auf diese Adresse aufgelöst.

Guten Morgen zusammen, ich habe hier ein Problem, bei dem ich nicht weiterkomme. Es existiert ein Postfach namens office@domain.de mit einem Alias support@domain.de. Es gibt Einträge für "Send as" für einige User. Wenn diese in Outlook das Postfach office nehmen funktioniert es einwandfrei, wenn sie den Alias support auswählen erhalten sie eine Fehlermeldung, sie hätten nicht die entsprechenden Rechte. Mittels OWA funktioniert es allerdings. Hat hier jemand einen Tipp, woran das liegen könnte?

Cache Mode ist an, OWA nutzt der User nicht, aber eine Überprüfung zeigt, dass hier die An- und Absagen in der Nachverfolgung stimmen. Da ich in letzter Zeit einiges mit dem MS Support durchmachen durfte, verzichte ich hier vorerst auf ein weiteres Ticket bei denen; zumal es nur einen einzelnen User betrifft, der das auch so sieht. Danke für die Antwort - ihm reicht das dann so und er prüft ab sofort direkt im Termin.