teletubbieland 167 Geschrieben 5. Oktober 2021 Melden Teilen Geschrieben 5. Oktober 2021 Hallo, Exchange Online treibt mich in die Verzweiflung: Eine shared mailbox wurde eingerichtet. Entsprechende Einträge zur Postfachstellvertretung habe ich gemacht. Ebenso 'senden als' konfiguriert. Die Benutzer haben Zugriff auf das Postfach, können auch Ordner erstellen, allderdings können sie nicht senden als. Ich habe die Berechtigung per Powershell nochmals gesetzt und siehe da: es funktioniert - Aber nur für ca. eine Stunde (ab da hatte ich es geprüft). Dann dürfen sie es nicht mehr. In der Verwaltungskonsole sind die Einträge aber immer noch so, wie es sein soll. Habe ich da etwas übersehen ? Anmerkung; Jetzt hilft das setzen der Berechtigung via Powershell auch nicht mehr :-( Zitieren Link zu diesem Kommentar
mikro 67 Geschrieben 5. Oktober 2021 Melden Teilen Geschrieben 5. Oktober 2021 Moin, sind die User auch im O365 oder hybrid onPrem? Gruß Mikro Zitieren Link zu diesem Kommentar
WSUSPraxis 48 Geschrieben 5. Oktober 2021 Melden Teilen Geschrieben 5. Oktober 2021 AdminSDHolder Problem ? Zitieren Link zu diesem Kommentar
teletubbieland 167 Geschrieben 5. Oktober 2021 Autor Melden Teilen Geschrieben 5. Oktober 2021 vor 10 Minuten schrieb mikro: Moin, sind die User auch im O365 oder hybrid onPrem? Gruß Mikro User sind mit Hybrid vor 11 Minuten schrieb WSUSPraxis: AdminSDHolder Problem ? Was meinst Du damit ? Zitieren Link zu diesem Kommentar
mikro 67 Geschrieben 5. Oktober 2021 Melden Teilen Geschrieben 5. Oktober 2021 Du hast auch den Add-recipientpermission mailboxname -trustee username -accessrights sendas -confirm:$Y gemacht ? Und das verschwindet nach einer Stunde ? Zitieren Link zu diesem Kommentar
teletubbieland 167 Geschrieben 5. Oktober 2021 Autor Melden Teilen Geschrieben 5. Oktober 2021 Add-RecipientPermission -Identity "postfach" -Trustee "user" -AccessRights SendAs Hatte ich verwendet und manuell bestätigt. Als Ergebnis kam dann: Identity Trustee AccessControlType AccessRights Inherited -------- ------- ----------------- ------------ --------- Postfach user Allow {SendAs} False Als Antwort von Exchnge kommt dann: Der Fehler lautet [0x80070005-0x000004dc-0x00000524]. Exchange-Antwortkopfzeilen: request-id: eff446ef-658e-8300-622d-3b48460c2dbc X-ServerApplication: Exchange/15.20.4566.022 X-FEServer: AM6P193CA0077 X-BEServer: DB7PR08MB3706 X-CalculatedBETarget: DB7PR08MB3706.EURPRD08.PROD.OUTLOOK.COM X-RequestId: {72A2D4BB-DF60-4B59-A07D-56769BD16097}:34 X-ClientInfo: {85C4D6E0-E87C-46DD-94ED-1C440CF0DAE6}:120160035 X-ElapsedTime: 115 X-BackEndHttpStatus: 200 X-ResponseCode: 0 X-DiagInfo: DB7PR08MB3706 X-RequestType: Execute __________________________________________________ ROPs-Zusammenfassung: 0: ropSetProps (10) verarbeitet (1) abgeschlossen (0) ROP-Ergebnis: 0 Antwortcodes: 0 1: ropSetProps (10) verarbeitet (1) abgeschlossen (0) ROP-Ergebnis: 0 Antwortcodes: 0 2: ropFlushRecipients (14) verarbeitet (1) abgeschlossen (0) ROP-Ergebnis: 0 Antwortcodes: 0 3: ropSetProps (10) verarbeitet (1) abgeschlossen (0) ROP-Ergebnis: 0 Antwortcodes: 0 4: ropTransportSend (74) verarbeitet (1) abgeschlossen (0) ROP-Ergebnis: 0 Antwortcodes: 1244 __________________________________________________ Antwortausnahmen: ROP-Index: 4 ROP zugeordnet: ropTransportSend (74) Microsoft.Exchange.Data.Storage.SendAsDeniedException: Can't transport send message. ---> Microsoft.Mapi.MapiExceptionSendAsDenied: MapiExceptionSendAsDenied: Unable to transport send message. (hr=0x80070005, ec=1244) 0.35250:03020000, 1.36674:01000000, 1.61250:00000000, 1.45378:02000000, 1.44866:00000000, 1.36674:01000000, 1.61250:00000000, 1.45378:05000000, 1.44866:00000000, 1.36674:7A000000, 1.61250:00000000, 1.45378:08000000, 1.44866:00140000, 1.36674:0A000000, 1.61250:00000000, 1.45378:19000000, 1.44866:FF0C0000, 1.36674:0E000000, 1.61250:00000000, 1.45378:1B0D0000, 1.44866:E0010000, 16.55847:700A0000, 17.43559:0000000034020000000000000100000000000000, 20.52176:140FD6911600F01F2B000000, 20.50032:140FD6918617F01F12000000, 0.35180:14000000, 255.23226:15000000, 255.27962:7A000000, 255.27962:0A000000, 255.27962:0E000000, 255.31418:0A007000, 0.35250:5A000000, 1.36674:0A000000, 1.61250:00000000, 1.45378:02000000, 1.44866:22000000, 1.36674:4A000000, 1.61250:00000000, 1.45378:27000000, 1.44866:00000000, 16.55847:88000000, 17.43559:0000000078030000000000000000000000000000, 20.52176:140FD691160070200A000B7C, 20.50032:140FD691861710105C020000, 0.35180:0A007100, 255.23226:88000000, 255.27962:0A000000, 255.27962:4A000000, 255.17082:DC040000, 0.44949:66020000, 4.21921:DC040000, 255.27962:FA000000, 255.1494:6B020000, 0.38698:05000780, 1.41134:46000000, 0.37692:86000000, 0.37948:86000000, 5.33852:00000000534D545000010480, 4.56248:DC040000, 7.40748:010000000000010B05000780, 7.57132:000000000000000005000780, 1.63016:4A000000, 4.39640:DC040000, 8.45434:E5CB46B7219EF742A43C5DDA7614C0E800000000, 1.46798:13000000, 5.10786:0000000031352E32302E343536362E3032323A444237505230384D42333730363A61323235643831662D333630372D346239652D613061642D3764343038653334306361323A31363531363400B7602005000780, 7.51330:1C9D80EFF687D90805000780, 0.39570:70000000, 1.55954:0A000000, 0.49266:A4000000, 1.33010:0A000000, 2.54258:00000000, 0.40002:7A000000, 1.56562:00000000, 1.64146:4A000000, 1.33010:4A000000, 2.54258:DC040000, 255.1750:D3000000, 255.31418:B1020000, 0.22753:0A00025D, 255.21817:DC040000, 0.34722:B6020000, 4.51106:DC040000, 0.41890:DD000000, 4.58274:DC040000, 0.59285:0A004E0E, 4.46997:DC040000 at Microsoft.Mapi.MapiExceptionHelper.InternalThrowIfErrorOrWarning(String message, Int32 hresult, Boolean allowWarnings, Int32 ec, DiagnosticContext diagCtx, Exception innerException, MapiStore mapiStore) at Microsoft.Mapi.MapiExceptionHelper.ThrowIfError(String message, Int32 hresult, IExInterface iUnknown, Exception innerException, MapiStore mapiStore) at Microsoft.Mapi.MapiBase.ThrowIfError(String message, Int32 hr) at Microsoft.Mapi.MapiMessage.TransportSendMessage(PropValue[]& propsToReturn) at Microsoft.Exchange.Data.StoreObjects.MapiAccessorExtensionMethods.TransportSendMessage(IStoreSession storeSession, Object mapiObject, ExTimeZone timezone, PropValue[]& mapiPropValues) --- End of inner exception stack trace --- at Microsoft.Exchange.Data.StoreObjects.MapiAccessorExtensionMethods.TransportSendMessage(IStoreSession storeSession, Object mapiObject, ExTimeZone timezone, PropValue[]& mapiPropValues) at Microsoft.Exchange.Data.Storage.CoreItem.TransportSend(PropertyDefinition[]& properties, Object[]& values) at Microsoft.Exchange.Data.StoreObjects.CoreItemMetricLogger.TransportSend(PropertyDefinition[]& properties, Object[]& values) at Microsoft.Exchange.RpcClientAccess.Handler.Message.TransportSend() at Microsoft.Exchange.RpcClientAccess.Handler.RopHandler.<>c__DisplayClass156_0.<TransportSend>b__0() at Microsoft.Exchange.RpcClientAccess.Handler.ExceptionTranslator.TryExecuteCatchAndTranslateExceptions[TResult](Func`1 protectedCode, Func`2 errorCodeExtractor, Boolean noThrow, TResult& result, Exception& exception, ErrorCode& errorCode) Transport-Send-Fehler: Fehleraufzählung (25), HResult (0x00000000), EC (1244). Transport-Send-Fehler: Fehleraufzählung (22), HResult (0x00000000), EC (1244). Submit-Message-Fehler: Nachrichten-ID (1), Fehleraufzählung (13), HResult (0x80070005), EC (1244). Zitieren Link zu diesem Kommentar
mikro 67 Geschrieben 5. Oktober 2021 Melden Teilen Geschrieben 5. Oktober 2021 vor 2 Minuten schrieb teletubbieland: Add-RecipientPermission -Identity "postfach" -Trustee "user" -AccessRights SendAs Hatte ich verwendet und manuell bestätigt. Als Ergebnis kam dann: Identity Trustee AccessControlType AccessRights Inherited -------- ------- ----------------- ------------ --------- Postfach user Allow {SendAs} False Ich hatte mich glaube ich verlesen, nur um auf Nummer sicher zu gehen die User die onPrem liegen sollen die als die shared mailbox versenden, die in der Cloud liegt? Dann mach das mal bitte andersrum also onprem gibst Du das in der Shell ein: Add-ADPermission sharedmailboxuser -User onPremUser -ExtendedRights send-as Zitieren Link zu diesem Kommentar
teletubbieland 167 Geschrieben 5. Oktober 2021 Autor Melden Teilen Geschrieben 5. Oktober 2021 Ich habe via Azure Connect die Benutzer synchronisiert. so dass sich die User mit ihrer Mailadresse anmelden. Zitieren Link zu diesem Kommentar
mikro 67 Geschrieben 5. Oktober 2021 Melden Teilen Geschrieben 5. Oktober 2021 Ja siehe oben, Du musst das nicht in der Cloud, sondern onPrem machen und dann den anderen Befehl nehmen und die Replikationszeit abwarten.. Zitieren Link zu diesem Kommentar
teletubbieland 167 Geschrieben 5. Oktober 2021 Autor Melden Teilen Geschrieben 5. Oktober 2021 vor 3 Minuten schrieb mikro: Ja siehe oben, Du musst das nicht in der Cloud, sondern onPrem machen und dann den anderen Befehl nehmen und die Replikationszeit abwarten.. Ich vermute, Du hast recht: Ich habe gerade in den sent Ordner der sharded Mailbox gesehen und die "echten" User können wohl schicken. Nur mein Testuser, den es on Prem nicht gibt, hat die Probleme. Sorry, für die Wellen und Danke für die Hilfe ! Gruß Ingolf Zitieren Link zu diesem Kommentar
mikro 67 Geschrieben 5. Oktober 2021 Melden Teilen Geschrieben 5. Oktober 2021 Ende gut... :) Kein Problem. Gruß Mirko 1 Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.