Email notifications from products within Microsoft 365 are sent out to users in various ways. In many cases the emails are sent out from the user but there are system emails, like alerts, batched, or digest emails. These are sent from various product-specific no-reply email addresses, like no-reply@sharepointonline.com, no-reply@planner.com, no-reply@project.com.

Opting into this change means that administrators can select a verified domain to use for these emails. All products and features mentioned in the supported products link provided below can utilize this feature across Microsoft 365 and the support article will be updated as products onboard to utilize the setting. Emails will be routed to your Exchange Online instance within your tenant and the emails will then be sent out to your users from your tenant.

This message is associated with Microsoft 365 Roadmap ID 103628

[When this will happen:]

Targeted Release: We will begin rollout in late March and expect rollout to be complete by early April.

Standard Release: We will begin rollout in early April and expect rollout to be complete by mid-April.

[How this will affect your organization:]

No action is required, as this is an opt-in feature.

Should your organization opt-in to utilize the feature, then all products listed in the supported products list, will change to use your own domain that you have selected. Adminstrators can configure the “no-reply” prefix, and create a matching email address in Exchange, if they would like to monitor responses from users.

As the emails are now being sent out by your Exchange Online Instance, the emails will no longer have the [EXTERNAL] indicator as they are now internal emails. Exchange administrators can monitor this traffic within their Exchange Online logs and create an Exchange rule to manage what domains are allowed to send email to your users. Once the tenant has been opted-into the setting the rule can be set to block the generic email addresses, to reduce spam risk to users.

[What you need to do to prepare:]

As with all domains used to send email, it is recommended that Exchange Administrators configure the selected domain’s DNS records for SPF, MX, DKIM, and DMARC, as noted in Learn more about Exchange Online Email Routing. This also protects the domain from email spoofing and email providers can validate domain ownership.

This is especially the case if relaying has been enabled from your Exchange Online instance to on-Premises or external email services, as that ensures that messages can be validated by the recipient services.

Learn more:

• Select your own domain for Microsoft 365 email and see what products are supported
• Learn more about Exchange Online Email Routing

変更点: 多数のお客様からの要望に応えて、緊急のタスクが Microsoft チームに発行されるときの可視性が向上しています。この機能がロールアウトされた後、組織が タスク発行機能を使用して 優先度が [緊急] に設定されたタスクを発行すると、このタスクを受け取るチームの各メンバーまたは所有者は、 緊急タスクがチームに発行されたことを通知する Teams アクティビティ フィードを受け取ります。これにより、複数の場所でできるだけ早く対処する必要がある製品のリコールなど、時間的制約のある緊急タスクの可視性が向上します。これは 、ユーザーが 自分のチームのタスク アプリで緊急タスクを作成する場合には影響しません。通知アクティビティのこの変更は、管理者が有効にする必要がある特別なタスク公開機能に固有です。

タスク発行とは: タスク公開機能は、異なる場所 (店舗、診療所、工場、支店など) で作業を完了する必要がある最前線の組織向けに設計されています。タスクの発行により、ビジネス リーダーは完了する一連のタスクを一元的に定義し、それらのタスクのコピーを組織全体の数十、数百、または数千のチームに配布できます。現場の組織は、実行中の作業の状態を監視することもできます。 タスク公開のドキュメント にアクセスして、この機能の概要ビデオを確認してください。詳細については、 タスクの発行を設定する手順 を表示することもできます。

このメッセージは、Microsoft 365 ロードマップ ID に関連付けられています: 117573

[これが起こるとき:]

この機能は 3 月下旬からロールアウトされ、4 月中旬までに完了する予定です。

[これが組織に与える影響:]
1 の場合、組織は影響を受けません。タスクの公開はMicrosoft Teamsで有効になっていません。または 2.優先度が [緊急] に設定されたタスクは発行しません。

優先度が [緊急] に設定されたタスクを発行すると、タスクを受信する各チームのチーム メンバーまたは所有者も緊急度に関する Teams アクティビティ フィード通知を受け取り、緊急タスクを完了する必要があるという認識が高まります。

[準備するために必要なこと:]

準備は必要ありませんが、組織のタスク公開設定を確認することをお勧めします。