マイクロソフトが電子メールエイリアスから送信機能を再発表した理由

2022年3月23日

プロキシアドレスから送信するためのグラウンドホッグデー

マイクロソフトの1月25日メールエイリアスからの送信のパブリックプレビューのお知らせ機能は確かに私を含む多くの人々を混乱させました、なぜなら機能は昨年最初に登場したからです。私 Practical365.com のトピックについて書いた 2021年4月22日、このニュースはその後他の場所で報道されました。

マイクロソフトは 4 月にメッセージセンター通知 MC252942 をリリースし、OWA がプロキシアドレスからの送信をサポートすることを確認し、5 月上旬にロールアウトする予定です。この機能については、 Microsoft 365 ロードマップ項目 59437.59437によると、電子メールエイリアスからの送信は2021年8月に一般公開されましたが、そうではありませんでした。あるいは、ある意味ではそうだったのかもしれません。

Microsoftが以前にリリースされた機能をテナントに最初に登場してからずっと後に再リリースするのは奇妙ですが、ストーリーの背後には特定のロジックがあります。ここに状況に対する私の見解があります。

電子メールプロキシからの送信入門

一言で言えば、ユーザーがプロキシアドレス (電子メールエイリアス) から電子メールを送信できるようにするには、Exchange Online 組織の構成を更新します。

Set-OrganizationConfig -SendFromAliasEnabled $True

この設定は、テナント全体に適用されます。エイリアスから特定のメールボックスに電子メールを送信する機能を制限する方法はありません。

Exchange Online メールボックスは、複数のプロキシアドレスを持つことができます。Exchange は、プロキシアドレスに基づいてメールボックスに電子メールを配信できます。Exchange Online 構成を更新した後、ユーザーはメールボックスに割り当てられた任意のプロキシアドレスを使用して電子メールを送信できます。正確なメカニズムはクライアントによって異なります。たとえば、OWA では、OWA 設定で使用するプロキシアドレス (図 1) を選択して、メッセージ作成画面の[差出人]フィールドに使用可能なアドレスの一覧を入力する必要があります。

電子メールエイリアスから送信機能を使用した OWA で使用する電子メールプロキシアドレスの選択 — 図 1: OWA で使用する電子メールプロキシアドレスの選択

電子メールプロキシからの送信はプレビュー機能として評価されるため、Microsoft が電子メールエイリアスからの送信を一般公開機能と見なす前に変更が行われる可能性があります。これはクラウドのみの機能であり、マイクロソフトは Exchange Server に持ち込むつもりはありません。

クライアントサポート

当初の発表はOWAを対象としており、他のクライアントは含まれていませんでした。これは、ユーザーがメッセージを送信する前にプロキシー・アドレスを選択できるようにクライアント GUI を変更する必要があるため、理解できます。ただし、OWA は 2021 年 10 月までエイリアスからの電子メール送信を完全にサポートしていませんでした。Outlookデスクトップのアップグレードも行われていました。 7 月 30 日に発行された Outlook for Windows のベータ版リリースノートこれは、テナントのバグ修正をカバーしています。 SendFromAliasEnabled 構成設定は True です。

Microsoftの新しいテキストによると、OWAとOutlook for iOSとAndroidのサポートはエイリアスから電子メールを送信し、2022年第2四半期までにOutlookデスクトップユーザーをサポートする予定です。明らかな結論は、マイクロソフトがすべてのOutlookクライアントを更新するのに予想以上に時間がかかったということです。複数のクライアント間で機能更新プログラムをまとめることで、Outlook クライアント間でのコード共有をはるかに向上させることを目的とした 1 つの Outlook プロジェクトの価値が強調されます。ルームファインダーが機能.

しかし、私は遅延がクライアントではなくサーバーレベルで原因である可能性が高いと思います。Exchange は非常に長い間電子メールを処理してきました。SMTP ベースのトランスポートサービスのコードベースの起源は Exchange 2000 に由来しますが、Exchange Online のコードベースは次のような新機能のために大きく異なります。 DANE および DNSSEC のサポート従来の SMTP エンドポイントの導入により、メッセージがプライマリ SMTP アドレスのみを使用するという前提がコードに存在する可能性が常にあります。

エンジニアは、すべてのシナリオが電子メールプロキシからの送信をサポートしているかどうかを評価するために、メッセージがコードを介して通過できるすべてのパスを見つける必要がありました。そうでない場合は、修正を適用する必要があります。Exchange Online トランスポートサービスの複雑さは、一連の既知の問題によって示されています。マイクロソフトの投稿に記載.私は、電子メールエイリアスからの送信が一般提供に達したときに、Microsoftがこれらの問題のすべてではないにしても、いくつかの問題に対処すると仮定します。

私の理論は、元の実装を使用した経験がいくつかの結び目のバグを発掘したということです。Microsoft は、サーバーとクライアントの両方のコードをアップグレードして、すべてが正常に動作すると確信できるようになるまでに時間がかかりました。