Exchange 2016 (on premise) und SharedMailbox für Projekte
Guten Morgen zusammen
Wir nutzen bisher öffentliche Ordner zur Ablage von projektbezogenen eMails.
Das soll jetzt geändert werden auf Postfächer, damit die dann auch im Outlook und auf Smartphones/Tablets auftauchen. Soweit so einfach: SharedMailbox projekt_123@example.org angelegt, Benutzer berechtigt, Outlook zeigt das Postfach an.
Schwieriger ist das dann schon mit dem Smartphone. Einfach so geht da schon mal gar nichts, aber man kann eine SharedMailbox immerhin manuell anlegen (getestet mit Samsung Mail).
Jetzt kommt das Problem und die Frage:
Es ist nicht wirklich sinnvoll, dass ausgehende eMails dann mit projekt_123@example.org versendet werden. Schön wäre, wenn der Absender "Manuel R <projekt_123@example.org>" wäre oder auch so wie man es kennt "projekt_123@example.org im Auftrag von Manuel R". Dazu kommen dann in Frage SendAs und SendOnBehalf.
Aber egal, welche der beiden Optionen ich einstelle der Absender lautet projekt_123@example.org - also ohne "im Auftrag von".
Erschwerend kommt dazu, dass bei SendOnBehalf ohne SendAs die SharedMailbox zwar am Smartphone/Tablet eingerichtet werden kann, aber keine Mails verschickt werden können.
Hat jemand eine Idee, wie ich die Kuh vom Eis bekomme?
Als "Sekundärproblem" habe ich noch die Signaturen bei Versand aus der SharedMailbox.
Wir nutzen zum anhängen der einheitlichen Signaturen über mehrere Unternehmen hinweg CodeTwo Exchange Rules. Dort wird die Signatur anhand der OrgEinheit in der ein User aufgehängt ist ausgewählt und angehängt. Dummerweise ist der Benutzer in dem Fall bei Versand aus der SharedMailbox die SharedMailbox. Folglich wird auch nicht die Signatur des eigentlichen Benutzers angehängt.
Das könnte ich lösen über die Funktion contains keyword. Dann müssten die Benutzer unter jede eMail bspw [Signatur:BenutzerXY] setzen und Exchange Rules ersetzt das dann durch die eigentliche Signatur. Das würde dann aber bedeuten, dass wir in Exchange Rules für jeden Kollegen eine Signatur pflegen müssten sowie für jeden eine Regel erstellen.
Hat hierzu vielleicht auch jemand eine Idee?
Manuel
Wir nutzen bisher öffentliche Ordner zur Ablage von projektbezogenen eMails.
Das soll jetzt geändert werden auf Postfächer, damit die dann auch im Outlook und auf Smartphones/Tablets auftauchen. Soweit so einfach: SharedMailbox projekt_123@example.org angelegt, Benutzer berechtigt, Outlook zeigt das Postfach an.
Schwieriger ist das dann schon mit dem Smartphone. Einfach so geht da schon mal gar nichts, aber man kann eine SharedMailbox immerhin manuell anlegen (getestet mit Samsung Mail).
Jetzt kommt das Problem und die Frage:
Es ist nicht wirklich sinnvoll, dass ausgehende eMails dann mit projekt_123@example.org versendet werden. Schön wäre, wenn der Absender "Manuel R <projekt_123@example.org>" wäre oder auch so wie man es kennt "projekt_123@example.org im Auftrag von Manuel R". Dazu kommen dann in Frage SendAs und SendOnBehalf.
Aber egal, welche der beiden Optionen ich einstelle der Absender lautet projekt_123@example.org - also ohne "im Auftrag von".
Erschwerend kommt dazu, dass bei SendOnBehalf ohne SendAs die SharedMailbox zwar am Smartphone/Tablet eingerichtet werden kann, aber keine Mails verschickt werden können.
Hat jemand eine Idee, wie ich die Kuh vom Eis bekomme?
Als "Sekundärproblem" habe ich noch die Signaturen bei Versand aus der SharedMailbox.
Wir nutzen zum anhängen der einheitlichen Signaturen über mehrere Unternehmen hinweg CodeTwo Exchange Rules. Dort wird die Signatur anhand der OrgEinheit in der ein User aufgehängt ist ausgewählt und angehängt. Dummerweise ist der Benutzer in dem Fall bei Versand aus der SharedMailbox die SharedMailbox. Folglich wird auch nicht die Signatur des eigentlichen Benutzers angehängt.
Das könnte ich lösen über die Funktion contains keyword. Dann müssten die Benutzer unter jede eMail bspw [Signatur:BenutzerXY] setzen und Exchange Rules ersetzt das dann durch die eigentliche Signatur. Das würde dann aber bedeuten, dass wir in Exchange Rules für jeden Kollegen eine Signatur pflegen müssten sowie für jeden eine Regel erstellen.
Hat hierzu vielleicht auch jemand eine Idee?
Manuel
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 63979740611
Url: https://administrator.de/contentid/63979740611
Ausgedruckt am: 09.11.2024 um 01:11 Uhr
9 Kommentare
Neuester Kommentar
Zitat von @manuel-r:
Als "Sekundärproblem" habe ich noch die Signaturen bei Versand aus der SharedMailbox.
Wir nutzen zum anhängen der einheitlichen Signaturen über mehrere Unternehmen hinweg CodeTwo Exchange Rules. Dort wird die Signatur anhand der OrgEinheit in der ein User aufgehängt ist ausgewählt und angehängt. Dummerweise ist der Benutzer in dem Fall bei Versand aus der SharedMailbox die SharedMailbox. Folglich wird auch nicht die Signatur des eigentlichen Benutzers angehängt.
Das könnte ich lösen über die Funktion contains keyword. Dann müssten die Benutzer unter jede eMail bspw [Signatur:BenutzerXY] setzen und Exchange Rules ersetzt das dann durch die eigentliche Signatur. Das würde dann aber bedeuten, dass wir in Exchange Rules für jeden Kollegen eine Signatur pflegen müssten sowie für jeden eine Regel erstellen.
Hat hierzu vielleicht auch jemand eine Idee?
Manuel
Wir nutzen zum anhängen der einheitlichen Signaturen über mehrere Unternehmen hinweg CodeTwo Exchange Rules. Dort wird die Signatur anhand der OrgEinheit in der ein User aufgehängt ist ausgewählt und angehängt. Dummerweise ist der Benutzer in dem Fall bei Versand aus der SharedMailbox die SharedMailbox. Folglich wird auch nicht die Signatur des eigentlichen Benutzers angehängt.
Das könnte ich lösen über die Funktion contains keyword. Dann müssten die Benutzer unter jede eMail bspw [Signatur:BenutzerXY] setzen und Exchange Rules ersetzt das dann durch die eigentliche Signatur. Das würde dann aber bedeuten, dass wir in Exchange Rules für jeden Kollegen eine Signatur pflegen müssten sowie für jeden eine Regel erstellen.
Hat hierzu vielleicht auch jemand eine Idee?
Manuel
Also wenn der user dann manuell was eintragen muss.
dann sollte man sich vielleicht überlegen das der user seine entsprechende Signatur selbst in Outlook einpflegt und gleich selbst manuell mit einem mausklick hinzufügt, und dann gibts für shared postfächer eben keine auto signatur.
Nur so ein Gedanke.
zum Thema senden im Auftrag von... Früher gabs doch bei Freigabe Postfächer:
- Vollzugriff
- Senden Als
- Senden im Auftrag von
habs aber grad gecheckt in der GUI Kosole vom Exchange gibts "Senden im Auftrag von" nicht mehr, vielleicht als Powershell Befehl?
https://learn.microsoft.com/de-de/exchange/troubleshoot/administration/s ...
habs gefunden
Aber wie der Befehl heisst, keine Ahnung.
Hallo Manuel,
Hier könnte die in CodeTwo Exchange Rules Pro eingebaute Aktion Rewrite sender's address weiterhelfen. Mit dieser Funktion kann man die Absenderadresse durch eine beliebige E-Mail-Adresse ersetzen. Mehr dazu hier.
Bei entsprechender Konfiguration sollte dies beide Probleme lösen – jeder User würde E-Mails von seiner eigenen Adresse senden, es sind keine Änderungen an den Berechtigungen erforderlich und durch die Überschreibung der Adresse wird der Absendername entsprechend geändert.
Bei Fragen kannst du dich an unser deutschsprachiges Customer Success Team wenden. Sie sind 24/5 verfügbar und helfen dir gerne weiter.
Grüße,
Adam
Hier könnte die in CodeTwo Exchange Rules Pro eingebaute Aktion Rewrite sender's address weiterhelfen. Mit dieser Funktion kann man die Absenderadresse durch eine beliebige E-Mail-Adresse ersetzen. Mehr dazu hier.
Bei entsprechender Konfiguration sollte dies beide Probleme lösen – jeder User würde E-Mails von seiner eigenen Adresse senden, es sind keine Änderungen an den Berechtigungen erforderlich und durch die Überschreibung der Adresse wird der Absendername entsprechend geändert.
Bei Fragen kannst du dich an unser deutschsprachiges Customer Success Team wenden. Sie sind 24/5 verfügbar und helfen dir gerne weiter.
Grüße,
Adam
Hallo nochmals Manuel,
In solchem Fall kehren wir zurück zum Thema SharedMailboxes und SendOnBehalf-Berechtigungen. Selbstverständlich unterstützt unsere Software dieses Szenario (mehr dazu hier und hier). Weitere Einzelheiten zur Konfiguration der Berechtigungen findest du hier. Bitte beachte jedoch, dass in diesem Fall der Absender als „Manuel R im Auftrag von projekt_123@example.org“, nicht „projekt_123@example.org im Auftrag von Manuel R“, angezeigt wird.
Wie früher erwähnt, unser deutschsprachiges Customer Success Team hilft dir bei Fragen gerne weiter.
MfG,
Adam
In solchem Fall kehren wir zurück zum Thema SharedMailboxes und SendOnBehalf-Berechtigungen. Selbstverständlich unterstützt unsere Software dieses Szenario (mehr dazu hier und hier). Weitere Einzelheiten zur Konfiguration der Berechtigungen findest du hier. Bitte beachte jedoch, dass in diesem Fall der Absender als „Manuel R im Auftrag von projekt_123@example.org“, nicht „projekt_123@example.org im Auftrag von Manuel R“, angezeigt wird.
Wie früher erwähnt, unser deutschsprachiges Customer Success Team hilft dir bei Fragen gerne weiter.
MfG,
Adam
Hi Manuel,
Ich versichere dir, dass hier keine KI antwortet, sondern ein IT-Kollege, der versucht, dein Problem zu verstehen und dir bei der Lösung zu helfen. Wenn es eine KI wäre, gäbe es hier Aussagen wie „Ich versichere Ihnen, dass Ihre Erfahrung für uns von größter Bedeutung ist“, und alle Links würden dich zu URLs führen, die absolut keinen Sinn machen.
Zur Sache: da bei der SendAs-Berechtigung ausgehende E-Mails mit projekt_123@example.org versendet werden, wird Vollzugriff hier auch nicht helfen. Auch die SendOnBehalf-Berechtigung bringt hier nichts, da sie (aus unbekanntem Grund) das Versenden von E-Mails von Mobilgeräten aus nicht zulässt (was aber zwingend Voraussetzung ist). Um das Problem mit der SendOnBehalf-Berechtigung zu beheben, müsste ich genau wissen, was „keine Mails verschickt werden können“ genau bedeutet, um das Problem zu reproduzieren und nach einer Lösung zu suchen.
Deshalb würde ich, wenn es nach mir ginge, den Ansatz mit der Überschreibung von Adressen ausprobieren, da alle Geräte und E-Mail-Clients unterstützt werden. Ja, dazu müssten mehr Informationen über die verschiedenen von dir erwähnten Benutzerprojekte gesammelt und deine Signaturregeln verfeinert werden. Du könntest wahrscheinlich bedingte Platzhalter verwenden, um die Anzahl der für dein Szenario erforderlichen Regeln zu begrenzen, aber dies ist ein Thema für ein Support-Ticket und kein Forumsthread.
Tut mir leid, dass ich den Eindruck eines KI-Bots hinterlassen habe. Trotz meines Avatars bin ich nur ein Mensch.
Grüße,
Adam
Ich versichere dir, dass hier keine KI antwortet, sondern ein IT-Kollege, der versucht, dein Problem zu verstehen und dir bei der Lösung zu helfen. Wenn es eine KI wäre, gäbe es hier Aussagen wie „Ich versichere Ihnen, dass Ihre Erfahrung für uns von größter Bedeutung ist“, und alle Links würden dich zu URLs führen, die absolut keinen Sinn machen.
Zur Sache: da bei der SendAs-Berechtigung ausgehende E-Mails mit projekt_123@example.org versendet werden, wird Vollzugriff hier auch nicht helfen. Auch die SendOnBehalf-Berechtigung bringt hier nichts, da sie (aus unbekanntem Grund) das Versenden von E-Mails von Mobilgeräten aus nicht zulässt (was aber zwingend Voraussetzung ist). Um das Problem mit der SendOnBehalf-Berechtigung zu beheben, müsste ich genau wissen, was „keine Mails verschickt werden können“ genau bedeutet, um das Problem zu reproduzieren und nach einer Lösung zu suchen.
Deshalb würde ich, wenn es nach mir ginge, den Ansatz mit der Überschreibung von Adressen ausprobieren, da alle Geräte und E-Mail-Clients unterstützt werden. Ja, dazu müssten mehr Informationen über die verschiedenen von dir erwähnten Benutzerprojekte gesammelt und deine Signaturregeln verfeinert werden. Du könntest wahrscheinlich bedingte Platzhalter verwenden, um die Anzahl der für dein Szenario erforderlichen Regeln zu begrenzen, aber dies ist ein Thema für ein Support-Ticket und kein Forumsthread.
Tut mir leid, dass ich den Eindruck eines KI-Bots hinterlassen habe. Trotz meines Avatars bin ich nur ein Mensch.
Grüße,
Adam