Outlook操作に失敗しました
WYSE端末とリモートデスクトップインスタンスでOffice Professional Plus 2016を実行しています.最近、添付ファイル付きのメールを送信しようとすると、操作に失敗したというメッセージが表示されます.これは、複数の異なる端末とユーザーで発生しています.
ランダムです.アドビやOfficeファイルなど、送信されるファイルの種類に影響を与える可能性のあるアドインを無効にしてみました.最初は効果があるように見えましたが、その後再び機能し始めました.どんな助けでもありがたいです.
デイブ
返信リスト(回答:47)
以下のリンクを確認することをお勧めします.役立つと思います.
support.Microsoft.com/ja-jp/help...
これがお役に立てば幸いです.
応答1# ->にスキップ2 #DavidJaこれは同じ問題ではなく、添付ファイルがなくても発生します.また、Office 2016およびサーバー2016データセンターversion1607Build14393.2848にも含まれています.
ありがとう
この不具合を修正するためにOfficeを修復してみてください.最初にクイック修復を試してください(5~10分かかります)、それでも問題が解決しない場合は、オンライン修復を試してください(一般に30分以上、1時間未満かかります)
修復方法
Windows Key + R>appwiz.cplを入力してEnter>Microsoft Officeをクリック>上部の[変更]をクリック(右クリックすることもできます)>変更>今、Officeを修復するオプションが表示されます
同じ問題が発生しており、最近3~4日で発生したようです.ユーザーは、WYSE、ラップトップ、NUC、ターミナルサービスを組み合わせて、複数のRDSサーバーを備えた2016環境に使用します.テストのために行ったこと:
-「ハードウェアグラフィックアクセラレーションを無効にする」を有効にすると、一時的に修正されたようです.
-セーフモードとリセットナビは何もしませんでした.
-新しいOutlookプロファイルは修正されませんでした.
-まだオフィスの修理を行っていないため、今夜はそれを行い、状況を確認します.
-現在オンラインモードで実行しているユーザー.キャッシュモードに送信すると、正常に動作しますが、これを実行する必要はありません.
-OWAは正常に動作します.
-マイクロソフトにも訴訟を提起しました.
これは、複数のお客様で発生しているようです.
応答4# ->にスキップ5 #Neil同じケースで、テナントの1つで経験しています.最初はメールを転送するだけで、添付ファイルがある場合とない場合ですが、現在は返信にも影響があります.
最初は、フォーマットをHTMLからリッチテキストに変更し、HTMLに戻すだけでメールが送信されるという回避策がありました.同様に、埋め込まれたメールコンポーザーでOperation Failedを受け取った場合は、メールを別のメールコンポーザーにポップアウトします
その後、windows は送信を許可します.この影響を受けるユーザーの数は増え続けており、New-MoveRequestコマンドを使用してメールボックスを移動して、問題が解決する可能性があるかどうかを確認しました.クライアント側の問題のように思えますが、奇妙ではありません.既知の動作するOutlookインストールで影響を受けるアカウントをセットアップし、問題が解決しないことを確認しました.
解決策ではないものの、回避策を見つけたようです
問題は下書きフォルダに関係しているようで、何かがヒットすると、Outlookから送信できなくなります(OWAは引き続き送信します)
自動保存機能を無効にすると、アイテムが下書きフォルダーに到達し、アイテムが正常に送信されなくなります
こんにちは
2つのテナントで同じ問題が発生しました...
彼ができる唯一のことは、署名を削除することです！
助けてください！
写真やロゴのある署名などのHTMLを含むメッセージを作成した場合、そのメッセージがその問題が発生したときのメッセージを作成することがわかります.
HTMLのないメッセージを作成してドラフトに保存し、そのメッセージをドラフトで開き、[送信]をクリックして[正常に動作させる]をクリックします.
HTMLのないメッセージを作成した場合は、ドラフトに保存してから、そのメッセージ、写真、またはログ付きの署名にHTMLを追加し、[送信]をクリックします.
ドラフトで既に「命名」したときにHTMLをメッセージに追加する場合は、エラーがない場合は
HTMLがドラフトに住んでいる間に作成または変更される必要があるようなものです.これが、ドラフトのメッセージを開いてリッチテキストに切り替えてからHTMLに戻るところで動作する機能が機能する理由です.同様に、メッセージ内のHTMLを編集するだけです.
HTMLがロゴを持つ署名であるマイケースでは、電子メールの署名内の電子メールアドレスの文字の1つを削除してから、メッセージ内のHTMLを効果的に変更してください..そしてPresto...メッセージを送信できます.
これは何を意味しますか?私は正確に知らない.「ドラフト」フォルダの外部で作成されたEメールのHTML部分のドラフトの「許可」に問題があるようです.
誰かがこの考えで走りたいですか?
カイル
応答11# ->にスキップ14 #Neil私が経験しているのは、メールが下書きフォルダに到達する前でもあります.自動保存が無効になっていても、クライアントに問題が発生します.
メールはExclaimerを通過するため、テナントには署名がローカルで設定されていません.
影響を受けるテナントは2016 TS環境で唯一のテナントですが、影響があるかどうかはわかりません...
応答14# ->にスキップ15 #FrenchTこの問題を抱える2つのテナントがあります:
-Serveur 2012 RDSとOffice 365(Officeversion15.0.5153.1001)32ビット.(ユーザープロファイルディスク)
-Serveur 2016 RDS(1607-14393.3115)とOffice 2016 Standard 16.0.4266.1001 32ビット.(ユーザープロファイルディスク)
応答15# ->にスキップ21 #TheKyleこれについて検討したかっただけです.
社内でExchangeを実行することはありません.O365がホストするExchangeを使用します.したがって、それが「サーバー側」である場合、これはMicrosoftがホストするExchangeでも一般的です.
応答21# ->にスキップ23 #FrenchT私の2つのテナントはOffice 365(Exchange Online)です(約束).
Office 2016規格でExchange Online(Plan 1)を搭載したテナントとOffice ProplusでOffice 365 E3を搭載した他のテナント(O365のユーザーアカウントのおかげで有効).
「これらのログをどのように手に入れましたか?私はこれらのログを取得するための知識を持っていないのを恐れています.
応答23# ->にスキップ30 #RodneyD@FrenchTech、あなたはあなたのサポートチケットを使ってどこにでも得ましたか?
GCCのお客様はここで同じ問題を抱えて、Microsoft 365管理センターを介してサポートチケットを開く.
応答30# ->にスキップ32 #FrenchT今のところ、私のチケット(15691714)は役に立たない...
でも言ったように、今は適切なインシデントがあると思います:
###
EX186990-Outlookデスクトップクライアントを使用してメールを転送できない
更新:2019-08-07 02:58(UTC)
開始日:2019-08-01 03:03(UTC)
サービスの低下
影響のあるユーティリティ:ユーザーがOutlookデスクトップクライアントを使用して一部のメールを転送できない場合があります.
Dernierメッセージ:タイトル:Outlookデスクトップクライアントを使用してメールを転送できません
ユーザーへの影響:ユーザーがOutlookデスクトップクライアントを使用して一部のメールを転送できない場合があります.
詳細:この問題はメール転送にのみ影響します.問題が発生しているユーザーは、メールを転送しようとすると「操作に失敗しました」エラーを受け取ります.メールの送受信は影響を受けません.
問題の解決に重点を置いていますが、ユーザーはWeb上のOutlookを利用してメールを転送できる場合があります.
現在のステータス:以前に収集した情報では、この問題の原因を特定できませんでした.ユーザーにこの問題が発生している場合は、調査のために追加のデータを収集するために、担当者に連絡するように依頼します.
影響の範囲:影響を受ける顧客にとって、影響はOutlookデスクトップクライアントを介してメールを転送しようとするユーザーに固有です.
次の更新:2019年8月7日水曜日、午後7時30分UTC
###
応答32# ->にスキップ33 #Neil転送は影響を受ける一般的な問題ですが、クライアントは返信で同じ問題を経験しています.テナントポータルにはまだインシデントが表示されていませんが、マイクロソフトとの電話を待っています...
応答32# ->にスキップ46 #PhilMarこんにちは
Outlook 2016のRDSホスト(Server 2008 R2)にもこの問題がありますが、メールボックスはExchange 2016 On-Premにあります.O365/Exchange Onlineにはありません.問題を解決するためにできることを考えていますか?
応答46# ->にスキップ47 #BubbaTeどうすればよいかを知っているマイクロソフトの担当者がついにやってきました.彼は私にFile\Options\Add-Insに移動してMicrosoft Exchangeアドインを無効にしてもらいました.Outlookを閉じて再度開き、戻ってアドインを再度有効にします.Outlookがもう1つ再起動し、すべて順調です.
前回のOfficeの更新以降、4つの異なるテナントから同じ問題が発生しました.誰もがこれの影響を受けるわけではありません.
-キャッシュモードを有効にすると問題が解決します
**ただし** TS環境でキャッシュモードを有効にすることが常に可能であるとは限りません
-メール作成時のメール署名の削除/削除
**エンドユーザーがイライラし始めるまで一時的にのみ機能します**
MSは、この修正をできるだけ早く提供する必要があります.
収集できるものから、MAPI関連のようです
MAPIを使用する理由は、EWSまたはOWAを使用して「スタック」メールを問題なく送信できるためです.私の推測では、Outlookの「ソフトウェア」の問題か、MS側のMAPIの問題のどちらかです
気づいているかもしれませんが(気づいていないかもしれませんが)、下書きからの送信は下書きフォルダから送信フォルダへの移動アクションにすぎないため、送信の呼び出しにはMAPI接続を介した要求が含まれます
として 言及されているように、それはHTMLと関係があるようですので、MS側の「安全でない要求」タイプのエラーと同じくらい愚かである可能性もあります
希望と祈りを込めて......
応答13# ->にスキップ19 #TheKyle私はこのアイデアが本当に好きです.MAPIがOutlookの問題であると思われるかもしれません.メッセージが下書きフォルダにある場合でも、outlook.Office365.comで問題なくメールを送信できることに気付きました.
これまでのところ、MS管理ポータルには、現在のすべてのイベント/インシデントを一覧表示するものはありません.これが本当のMSによって引き起こされた問題であると彼らが認識し、修正を思い付くことを願っています.
回避策は機能しますが、エンドユーザーに常に好評であるとは限りません.:)
直接.
同じ問題がここにあります.
RDSがあるため、キャッシュモードをオンにできません
Windows 2016Outlook.exeversion16.0.11901.20176およびOffice365を搭載したRDS
2019.08.06 07:59:05<<<<ロギングは開始されました(レベルはLTF_TRACE)>>>>
2019.08.06 07:59:05 Helper :: Initialize呼び出しを
2019.08.06 07:59:05初期化:トランスポートを見つける
2019.08.06 07:59:05 MAPI XPコール:EMSMDB.DLLのXPProviderInit、HR= 0x00000000
2019.08.06 07:59:06 MAPIステータス:(--
/
-
)
2019.08.06 07:59:06 MAPI XPコール:TransportLogon、HR= 0x00000000
2019.08.06 07:59:06初期化:トランスポート、エラーコードが見つかりました= 0x00000000
2019.08.06 07:59:06 MAPI XPコール:addressTypes、HR= 0x00000000、CADDRS= 7、CUID= 1
2019.08.06 07:59:06 MAPIステータス:( in-
/out-
)
2019.08.06 07:59:06 Mapi XP Call:TransportNotify(begin_in|begin_out)、hr= 0x00000000
2019.08.06 07:59:06ヘルパー::初期化完了、エラーコード= 0x00000000
2019.08.06 07:59:06ヘルパー:: getCapabilitiesと呼ばれる、エラーコード= 0x00000000
2019.08.06 08:00:05ヘルパー::未初期化と呼びました
2019.08.06 08:00:05 MAPIステータス:(--
/
-
)
2019.08.06 08:00:05 MAPI XP Call:TransportNotify(end_in|end_out)、hr= 0x00000000
2019.08.06 08:00:05 MAPI XPコール:emsmdb.dll、hr= 0x00000000のtransportlogoff
2019.08.06 08:00:05 MAPI XPコール:シャットダウン、HR= 0x00000000
2019.08.06 08:00:05 Helper :: Initialize呼び出しを
2019.08.06 08:00:05初期化:トランスポートを見つける
2019.08.06 08:00:05 MAPI XPコール:XPProviderInitのemsmdb.dll、hr= 0x00000000
2019.08.06 08:00:06 MAPIステータス:(--
/
-
)
2019.08.06 08:00:06 MAPI XPコール:TransportLogon、HR= 0x00000000
2019.08.06 08:00:06初期化:トランスポート、エラーコードが見つかりました= 0x00000000
2019.08.06 08:00:06 MAPI XPコール:addressTypes、HR= 0x00000000、CADDRS= 7、CUID= 1
2019.08.06 08:00:06 MAPIのステータス:( in-
/out-
)
2019.08.06 08:00:06 MAPI XPコール:TransportNotify(begin_in|begin_out)、hr= 0x00000000
2019.08.06 08:00:06ヘルパー::初期化完了、エラーコード= 0x00000000
2019.08.06 08:00:06 Helper :: GetCapabilities eRera、エラーコード= 0x00000000
応答18# ->にスキップ27 #FrenchTC:\user\username\appdata\local\temp\147\Journalization d'Outlook\OPMLog.logにあるクライアントのログ:
注:このユーザーのOutlookでは、[ファイル]->[オプション]->[メール]->[メッセージを保存]->このトレース中に「この数分後に送信されなかったアイテムを自動的に保存する」のチェックを外しましたが、バグが発生します...
2019.08.06 17:36:04<<<<ロギングが開始されました(レベルはLTF_TRACE)>>>>
2019.08.06 17:36:04 HELPER :: Initializeが呼び出されました
2019.08.06 17:36:04初期化:トランスポートの検索
2019.08.06 17:36:04 MAPI XP呼び出し:EMSMDB.DLLのXPProviderInit、hr=0x00000000
2019.08.06 17:36:05 MAPIステータス:(--
/
-
)2019.08.06 17:36:05 MAPI XPコール:TransportLogon、hr=0x00000000
2019.08.06 17:36:05初期化:トランスポートが見つかりました、エラーコード= 0x00000000
2019.08.06 17:36:05 MAPI XPコール:AddressTypes、hr=0x00000000、cAddrs=6、cUids=1
2019.08.06 17:36:05 MAPIステータス:(IN-
/OUT-
)2019.08.06 17:36:05 MAPI XPコール:TransportNotify(BEGIN_IN|BEGIN_OUT)、hr=0x00000000
2019.08.06 17:36:05 HELPER :: Initialize done、Error code=0x00000000
2019.08.06 17:36:05 HELPER :: GetCapabilitiesが呼び出されました、エラーコード= 0x00000000
2019.08.06 17:37:10 HELPER :: Uninitializeが呼び出されました
2019.08.06 17:37:10 MAPIステータス:(--
/
-
)2019.08.06 17:37:10 MAPI XPコール:TransportNotify(END_IN|END_OUT)、hr=0x00000000
2019.08.06 17:37:10 MAPI XPコール:EMSMDB.DLLのTransportLogoff、hr=0x00000000
2019.08.06 17:37:10 MAPI XPコール:シャットダウン、hr=0x00000000
2019.08.06 17:37:10リソースマネージャーが終了しました
リッチテキストで渡した場合、バグは発生しないことを確認できます.
同じことがExchangeキャッシュモードで渡されても、バグは発生しません.
私
私たちには、まったく同じ問題を持つ約10人の異なる顧客がいます.下書きを無効にするユーザーもいますが、そうでないユーザーもいます.唯一の短期的な修正は、リッチHTMLに変換してHTMLに戻し、[送信]をクリックすることです.
これに関するMicrosoftの前の言葉はありません.彼らは別の大きなバグで忙しいです.しかし、それはほぼ同じ期間であるため、関連していると思います.
応答20# ->にスキップ26 #ChrisSaこれが機能することも確認できます.
それは間違いなくMicrosoftのMAPIエンドポイントで何かのように思われます.HTMLからの変更を推測しています->RTF->HTMLはMAPIエンドポイントが気に入らない一部のHTML要素を削除する必要があります
Outlookでメールを作成して下書きに保存すると、このエラーが発生することがわかりました.
Outlook on the Webでメールを作成して下書きに保存すると、Outlookクライアントからそのメールにアクセスして変更したり、下書きに保存したり、問題なく送信したりできます.
そのため、メールをオンラインで作成して下書きに保存しても問題ありません.
Outlookクライアント内で作成された場合、このエラーが発生します.
また、Outlookでメールを作成して下書きに保存すると、Outlook Webからアクセスして問題なく送信することができます.
まだ「修正」または根本的な原因を見つけることに近づいていませんが、これは私が見つけてグループと共有したかったことです.
これは多くのユーザーに起こっているようです.一般的な要因は、Exchangeキャッシュモードがオフになっていることです.メッセージが小さいほど送信される可能性が高く、メッセージ形式の変更が機能する理由を説明している可能性があります.
1週間でもキャッシュモードをオンにしても動作することを確認しましたが、これはRDS環境で100人のユーザーがいる場合のオプションではありません.MAPIをオンまたはオフにしても、違いはないようです.
365日に何かが変わったに違いない.
Microsoftからの応答:
Thang進行中の問題があることをお知らせします
メールを転送できません.すでに取り組んでいる専門家チーム
同じ.更新があり次第、折り返しご連絡いたします
サービス中断番号はEX186990です
応答31# ->にスキップ35 #NickHen私はこれが実際に機能することを確認できます.
キャッシュモードを1週間オンにすると、メールが偽装される可能性があります.これは今のところ回避策です.(ローカルユーザーのみ)
EX186990
タイトル:Outlookデスクトップクライアントを使用してメールを転送できないユーザーへの影響:ユーザーがOutlookデスクトップクライアントを使用して一部のメールを転送できない場合があります.詳細:この問題はメール転送にのみ影響します.問題が発生しているユーザーは
メールを転送しようとすると、「操作に失敗しました」エラーが表示されます.メールの送受信は影響を受けません.問題の解決に重点を置いていますが、ユーザーはWeb上のOutlookを利用してメールを転送できる場合があります.現在の状況:私たちは
以前に収集した情報では、この問題の原因を特定できません.ユーザーにこの問題が発生している場合は、調査のために追加のデータを収集するために、担当者に連絡するように依頼します.影響の範囲:
影響を受けるお客様.影響は、Outlookデスクトップクライアントを介してメールを転送しようとするユーザーに固有です.次の更新:2019年8月7日水曜日、午後7時30分UTC