6
Empfänger weist nicht den erwarteten Typ auf
Hallo zusammen,
wir haben ein Problem mit einer Berechtigung.
Auf einem Windows Server 2008 R2 Enterprise mit einem Exchange Server 2010 möchten wir einer neuen Mitarbeiterin ebenfalls die Berechtigung geben, von einem bestimmten Konto Mails zu verschicken.
Wenn wir über Eigenschaften -> Nachrichtenübermittlungseinstellungen -> Zustellungsoptionen die Mitarbeiterin hinzufügen möchten,
erscheint der Fehler:
"Objekt XYZ nicht gefunden. Stellen Sie sicher, dass es richtig geschrieben wurde, oder geben Sie ein anderes Objekt an. Ursache: Der Empfänger XYZ weist nicht den erwarteten Typ auf."
Die Fehlermeldungen beziehen sich immer auf Mitarbeiter, die nicht mehr im Unternehmen tätig sind und deren Konten bereits deaktiviert wurden.
Aktivieren wir diese Konten und dazugehörigen Postfächer wieder, wird der Fehler für den nächsten bereits deaktivierten Benutzer angezeigt.
Unter "Senden als" und "Vollzugriff" ist die Person bereits fehlerfrei eingetragen, jedoch funktioniert es nicht.
Was können wir tun? Kennt jemand diesen Fehler?
Vielen Dank im Voraus!
wir haben ein Problem mit einer Berechtigung.
Auf einem Windows Server 2008 R2 Enterprise mit einem Exchange Server 2010 möchten wir einer neuen Mitarbeiterin ebenfalls die Berechtigung geben, von einem bestimmten Konto Mails zu verschicken.
Wenn wir über Eigenschaften -> Nachrichtenübermittlungseinstellungen -> Zustellungsoptionen die Mitarbeiterin hinzufügen möchten,
erscheint der Fehler:
"Objekt XYZ nicht gefunden. Stellen Sie sicher, dass es richtig geschrieben wurde, oder geben Sie ein anderes Objekt an. Ursache: Der Empfänger XYZ weist nicht den erwarteten Typ auf."
Die Fehlermeldungen beziehen sich immer auf Mitarbeiter, die nicht mehr im Unternehmen tätig sind und deren Konten bereits deaktiviert wurden.
Aktivieren wir diese Konten und dazugehörigen Postfächer wieder, wird der Fehler für den nächsten bereits deaktivierten Benutzer angezeigt.
Unter "Senden als" und "Vollzugriff" ist die Person bereits fehlerfrei eingetragen, jedoch funktioniert es nicht.
Was können wir tun? Kennt jemand diesen Fehler?
Vielen Dank im Voraus!
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 296984
Url: https://administrator.de/contentid/296984
Printed on: April 23, 2024 at 21:04 o'clock
6 Comments
Latest comment
In der Exchange Verwaltungskonsole gibt es noch die Möglichkeit im Aktionsfenster (rechts) Senden als zu verwalten, kommt hier der selbe Fehler?
Alternaiv geht das sicher auch über die Shell, hast Du das schon probiert?
Alternaiv geht das sicher auch über die Shell, hast Du das schon probiert?
Wenn ich die Person unter "Senden als" hinzufügen möchte, kommt kein Fehler. Jedoch funktioniert es nicht.
Wie wäre denn der Befehl für die Shell?
Danke für die Rückmeldung!
Wie wäre denn der Befehl für die Shell?
Danke für die Rückmeldung!
Ich wäre an einer Lösung interessiert, habe genau dieselbe Problematik. Danke.
Wir mussten alle deaktivierten Konten, die dem Sammelpostfach noch zugewiesen waren, wieder aktivieren, und jedes einzelne Konto aus dem entsprechenden Postfach entfernen.
Danach konnten wir die Konten wieder aktivieren.
Das dürfte den Fehler beheben!
Danach konnten wir die Konten wieder aktivieren.
Das dürfte den Fehler beheben!
OK! Ja, so hat es bei mir auch geklappt. Vielen Dank.
Das heißt also: bevor man ein Postfach löscht, muss man rausfinden, wo derjenige überall das Recht "Senden im Auftrag von" hat und das dort rausnehmen. Zum Glück sind wir eine kleine Organisation. Bei größeren Firmen kann das lästig werden, denke ich.
Das heißt also: bevor man ein Postfach löscht, muss man rausfinden, wo derjenige überall das Recht "Senden im Auftrag von" hat und das dort rausnehmen. Zum Glück sind wir eine kleine Organisation. Bei größeren Firmen kann das lästig werden, denke ich.
Gerne!
Ja, leider ist es genau so, zumindest bei Exchange 2010. Bei Exchange 2013 könnte es wieder anders sein.
Grüße!
Ja, leider ist es genau so, zumindest bei Exchange 2010. Bei Exchange 2013 könnte es wieder anders sein.
Grüße!
