問題タブ [microsoft365]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
outlook - Microsoft 365 で多くのユーザーの共有メールボックスを自動化する
顧客を G-Suite から M365 に移行しようとしていますが、問題が発生しました。スタッフの 90% (～20 人) がカスタマー サービスであり、メールの送信に自分のメールボックスを使用していません。ウェブ上の customerservice@ メールアドレスにログインする (ひどいもの)
もちろん、ユーザーがセキュリティ POV からの共有資格情報で認証されることは望ましくありません (監査証跡がなく、各スタッフ メンバーが退職した後に強制的に PW が変更される)。そのため、とにかく各ユーザーに Business Premium のライセンスを付与しているため、共有資格情報を利用することにしました。ほとんどのスタッフの Outlook プロファイルのメールボックス。ただし、計画/テスト中に気付いたことが 1 つあります。共有メールボックスは絶対に最悪です。
ユーザーにアクセス権を付与すると、AutoMapping を介してメールボックスが Outlook に追加されますが、それ以外はほとんどありません! ユーザーは、最初に電子メールを送信するときに手動で [From] をクリックして customerservice@company.com と入力する必要があります。customerservice@ をデフォルトとして設定することはできないため、毎回 [From] アドレスを変更する必要がありますまた、共有メールボックスではなく、ユーザーのメールボックスに送信済みアイテム/削除済みアイテムを保存します。これらの複雑さはすべて、ログオンして移動したいだけのエンド ユーザーにとってはまったく役に立たないものです :(
通常、この数の問題に直面した場合は、四角いペグを丸い穴に押し込もうとしていることを意味しますが、多くのユーザーが共有資格情報で認証せずにメールボックスを共有する必要があるユースケースは確かにあります! ここで他の誰かが同様の状況に遭遇しましたか/これを解決する方法について何か考えがありますか? おそらく、Intune 経由でデプロイされた証明書ベースの認証でしょうか?