Power Automateを使えば、Outlookに届いたメールの内容をTeamsへ自動で投稿できます。
一度設定してしまえば便利なのですが、使い続けていると、
- メールを受信してもTeamsに投稿されない
- 今まで動いていたのに急に動かなくなった
- 動くときと動かないときがある
- 一部のメールだけ転送されない
- フローの実行が失敗している
といったことがあります。
私も実際に、これまで問題なく使えていたフローが、突然不安定になったことがありました。
接続や条件を確認しても問題が見つからず、最終的には古いバージョンのトリガーやアクションを使っていたことが原因と考え、フローを作り直しました。
この記事では、Power AutomateでメールをTeamsへ転送できないときに確認したいポイントを、順番に紹介します。
最初に実行履歴を確認する
Power Automateが正常に動かないときは、いきなり設定を変更するのではなく、最初に実行履歴を確認します。
確認方法は次のとおりです。
- Power Automateを開く
- 「マイフロー」を選択する
- 対象のフローを開く
- 実行履歴を確認する
ここで見るのは、主に次の2点です。
- 実行履歴そのものがない
- 実行されているが失敗している
実行履歴がない場合
実行履歴が残っていない場合は、メールを受信したときのトリガーが動いていない可能性があります。
この場合は、次のような原因が考えられます。
- フローがオフになっている
- 受信フォルダーが違う
- メールの条件に一致していない
- Outlookとの接続が切れている
- トリガーが古くなっている
実行履歴が失敗している場合
実行履歴が残っていて、結果が失敗になっている場合は、フロー自体は開始しています。
失敗した履歴を開くと、エラーが発生した処理が赤く表示されます。
例えば、メールの受信までは成功しているものの、Teamsへの投稿部分だけ失敗しているのであれば、Teams側の接続や投稿先を確認します。
まずは、どの処理で止まっているのかを確認することが大切です。Microsoftも、フローの不具合を確認するときは、フローの状態と実行履歴から確認するよう案内しています。
フローがオフになっていないか
初歩的な部分ですが、意外と見落としやすいところです。
対象のフローを開き、状態が「オン」になっているか確認します。
設定を変更したときや、エラーが繰り返し発生したときに、フローが停止している場合があります。
今まで動いていたフローが急に動かなくなった場合も、一度状態を確認しておいた方がよいです。
フローが「中断」になっている場合は、繰り返し発生しているエラーを修正してから、再度オンにします。
OutlookやTeamsの接続が切れていないか
今まで正常に動いていたフローが急に動かなくなった場合は、OutlookやTeamsとの接続が切れている可能性があります。
接続が切れる原因としては、次のようなものがあります。
- Microsoft 365のパスワードを変更した
- 多要素認証の設定が変更された
- アカウントが無効になった
- 管理者側で認証設定が変更された
- 接続に使用していたユーザーが退職した
- 長期間フローを使用していなかった
Power Automateの「接続」を開き、Office 365 OutlookやMicrosoft Teamsの接続にエラーが出ていないか確認します。
エラーや警告が表示されている場合は、接続の修復や再ログインを行います。
私の場合、今まで動いていたものが突然止まった場合は、まず接続と実行履歴を確認するようにしています。
パスワード変更や多要素認証、条件付きアクセスの変更などによって、以前は正常だった接続が後から切れる場合があります。
古いバージョンのトリガーやアクションを使っていないか
私が実際に経験したのが、古いバージョンのトリガーやアクションを使い続けていたことで、フローの動作が不安定になったケースです。
完全に動かなくなったわけではなく、
- 正常に動くときもある
- メールを受信しても動かないときがある
- 同じようなメールでも結果にばらつきがある
- エラーが残っていないのにTeamsへ投稿されない
という状態でした。
このような症状だと、設定ミスなのか、メール側の問題なのかが分かりにくくなります。
接続やメールの条件を見直しても問題が見つからなかったため、フローを確認したところ、古いバージョンのトリガーやアクションを使っていました。
Power Automateでは、同じような名前の処理でも、次のように複数のバージョンが存在します。
- 新しいメールが届いたとき
- 新しいメールが届いたとき（V2）
- 新しいメールが届いたとき（V3）
現在、Office 365 Outlookの「新しいメールが届いたとき」と「新しいメールが届いたとき（V2）」は非推奨になっており、「新しいメールが届いたとき（V3）」の使用が案内されています。
古いバージョンだから必ず動かないというわけではありません。
ただし、長期間使っているフローが不安定になり、ほかに明確な原因が見つからない場合は、使用しているトリガーやアクションのバージョンも確認した方がよいです。
古いフローは作り直しも検討する
古いトリガーやアクションを使っている場合、新しいバージョンへ簡単に変更できないことがあります。
その場合は、古い処理を削除して新しいものを追加するか、フローそのものを作り直します。
ただし、現在動いているフローをいきなり変更するのはおすすめしません。
修正中に完全に動かなくなった場合、元の状態へ戻せなくなる可能性があるためです。
作り直す場合は、次のように進めます。
- 現在のフローをコピーする
- コピーしたフローを編集する
- 新しいバージョンのトリガーを追加する
- Teamsへの投稿処理を設定し直す
- テストメールを送る
- 正常に動くことを確認してから切り替える
私の場合も、古いフローの設定を何度も変更するより、新しいトリガーとアクションを使って作り直した方が安定しました。
「これまで動いていたから設定に問題はない」と考えがちですが、Power Automate側の更新によって、以前の構成が不安定になることも考えられます。
特に、動いたり動かなかったりする場合は、作り直しも選択肢に入れた方がよいです。
メールを受信するフォルダーが合っているか
Outlookのメール受信トリガーでは、監視するフォルダーを指定できます。
例えば、Power Automateでは受信トレイを指定しているものの、Outlookの仕分けルールによってメールが別のフォルダーへ移動している場合があります。
その場合、指定したフォルダーにメールが入らないため、フローが動かないことがあります。
次の項目を確認します。
- Power Automateで指定しているフォルダー
- Outlookの仕分けルール
- 迷惑メールフォルダーへの振り分け
- 個人メールボックスか共有メールボックスか
- メール受信後、すぐ別のフォルダーへ移動していないか
原因を切り分ける場合は、一度フォルダーの指定を外すか、受信トレイに直接届くテストメールを送って確認します。
件名や送信者の条件が合っているか
特定のメールだけをTeamsへ転送するため、送信者や件名などの条件を指定している場合があります。
この条件が実際のメールと合っていないと、フローは実行されません。
次の項目を確認します。
- 送信者のメールアドレス
- 件名に含まれる文字
- 宛先
- CC
- 添付ファイルの有無
- 重要度
- トリガー条件の式
例えば、件名に「エラー」が含まれる場合だけ実行する設定にしていると、件名が「エラーメール」から「警告メール」に変わっただけでも対象外になります。
また、送信者のアドレスがシステム変更によって変わっていることもあります。
原因が分からない場合は、一度条件をすべて外してテストします。
条件を外した状態で動く場合は、設定している条件のどこかに原因があります。
共有メールボックスを使っている場合
共有メールボックスに届いたメールをTeamsへ投稿する場合は、個人のメールボックスとは異なるトリガーを使用します。
使用するのは、次のトリガーです。
共有メールボックスに新しいメールが届いたとき（V2）
また、フローで使用しているアカウントに、共有メールボックスへのアクセス権限が必要です。
次の内容を確認します。
- 共有メールボックスのアドレスが正しいか
- フローを実行するアカウントに権限があるか
- 共有メールボックスの権限が途中で変更されていないか
- 個人用のメール受信トリガーを使っていないか
以前は動いていても、管理者側で権限が変更されたことによって動かなくなる場合があります。
Teamsの投稿先が変わっていないか
メール受信部分が正常に動いているのにTeamsへ投稿されない場合は、Teams側の設定を確認します。
Teamsへの投稿アクションを開き、次の項目を確認します。
- 投稿者
- 投稿先
- チーム
- チャネル
- グループチャット
チーム名やチャネル名を変更した場合や、対象のチャネルが削除された場合は、以前の設定が正常に動かなくなることがあります。
また、フローで使用しているアカウントがチームから外れていないかも確認します。
見た目上は設定が残っていても、一度チームやチャネルを選択し直して保存すると改善する場合があります。
メール本文が原因になっていないか
Outlookのメール本文をそのままTeamsへ投稿している場合、本文の内容によっては正常に処理できないことがあります。
メール本文には、文字以外にも次のような情報が含まれます。
- HTMLタグ
- 画像
- 表
- 長い署名
- 過去の返信履歴
- 特殊文字
- 暗号化された内容
原因を確認するときは、Teamsへ投稿する内容を一度シンプルにします。
例えば、次の内容だけでテストします。
新しいメールを受信しました。
送信者：送信者
件名：件名
受信日時：受信日時この内容なら正常に投稿できる場合は、メール本文の内容や長さが原因になっている可能性があります。
最初から本文すべてを投稿するのではなく、まずは件名と送信者だけで動作確認する方が切り分けしやすいです。
添付ファイル付きのメールだけ失敗する
添付ファイルが付いたメールだけ処理されない場合は、添付ファイルの取得設定を確認します。
添付ファイルの数が多い場合や、ファイルサイズが大きい場合は、メール受信トリガーの処理に時間がかかることがあります。
「新しいメールが届いたとき（V3）」で「添付ファイルを含める」を有効にすると、トリガー内で添付ファイルの取得を待つため、タイムアウトする場合があります。Microsoftも、添付ファイルを含める設定によってトリガーがタイムアウトする可能性を案内しています。
Teamsへメールが届いたことを通知するだけであれば、添付ファイルを無理に取得する必要はありません。
まずは添付ファイルを含めない状態でテストし、必要な場合だけ別の処理で添付ファイルを取得する方が安定しやすくなります。
暗号化されたメールや保護されたメール
暗号化や保護が設定されたメールでは、Power Automateが本文を正常に取得できない場合があります。
また、メールサイズが大きい場合や、本文・添付ファイルに問題がある場合は、「新しいメールが届いたとき（V3）」でもメールが処理されない可能性があります。
特定の相手から届くメールだけ動かない場合は、次の点も確認します。
- メールが暗号化されていないか
- 秘密度ラベルが設定されていないか
- メールサイズが大きすぎないか
- 添付ファイルに問題がないか
保護されたメールについては、本文をTeamsへ投稿するのではなく、送信者や件名だけを通知し、内容はOutlookで確認する運用の方がよい場合があります。
会社のセキュリティ設定で制限されていないか
会社のMicrosoft 365環境では、管理者側の設定によってPower Automateが制限されている場合があります。
例えば、次のような設定です。
- DLPポリシー
- 条件付きアクセス
- コネクタの利用制限
- Microsoft Entra IDの設定
- Teamsへの投稿権限
- アカウントやアプリの利用制限
エラー内容に「DLP」「Policy」「Conditional Access」などが表示されている場合は、利用者側だけでは修正できない可能性があります。
また、管理者がセキュリティ設定を変更したことで、以前は動いていた接続が後から使えなくなる場合もあります。
この場合は、エラー画面や実行履歴の内容を確認し、Microsoft 365の管理者へ相談します。
原因が分からない場合は簡単なフローを作る
設定を確認しても原因が分からない場合は、テスト用の簡単なフローを作ります。
最初に設定するのは、次の2つだけです。
- 「新しいメールが届いたとき（V3）」
- Teamsへメッセージを投稿する処理
送信者や件名などの条件は付けず、Teamsへ投稿する内容も「テスト」のような短い文章にします。
この簡単なフローが正常に動く場合は、元のフローに設定している次のいずれかに原因があると考えられます。
- メールの条件
- メール本文
- 添付ファイル
- Teamsへの投稿内容
- 途中に追加した処理
- 古いアクション
簡単なフローも動かない場合は、OutlookやTeamsの接続、アカウントの権限、会社側の設定に問題がある可能性が高くなります。
最初から複雑なフローを作るのではなく、正常に動くことを確認しながら一つずつ処理を追加した方が、問題が起きた場所を特定しやすくなります。
まとめ
Power AutomateでメールをTeamsへ転送できない場合は、次の順番で確認すると原因を切り分けやすくなります。
- 実行履歴が残っているか確認する
- フローがオンになっているか確認する
- OutlookとTeamsの接続を確認する
- 古いバージョンのトリガーやアクションを使っていないか確認する
- メールの受信フォルダーを確認する
- 送信者や件名の条件を確認する
- Teamsの投稿先を確認する
- 本文や添付ファイルを外して試す
- 簡単なテスト用フローを作る
- 必要であればフローを作り直す
特に注意したいのが、これまで動いていたフローだから、設定に問題はないとは限らないという点です。
私の場合は、古いバージョンのフローを使い続けていたことで、正常に動くときと動かないときがありました。
接続や条件を確認しても原因が見つからず、動作も安定しない場合は、最新のトリガーやアクションを使ったフローへの作り直しも検討した方がよいです。
ただし、いきなり現在のフローを削除するのではなく、元のフローを残したままコピーを作り、テストしてから切り替えることをおすすめします。
コメント