問題タブ [outbound]

Twilio を使用して、アウトバウンド コールを行います。

それは問題ではありませんが、誰かが電話に出たときの応答の twiml コード (変更されます) は次のとおりです。

<Record>Twimlコードにを追加してセクションの録音を開始できますが、アウトバウンド コールの開始から終了まで、通話全体 (Twiml の音声と人間の声を含む) を録音したいと考えています。

を見つけることができましたが<Dial record="true">、それは通話の外で呼び出すためのものです。試してみ<Response record="true">ましたが、記録SIDも得られませんでした。とにかく文書化されていません。

通話全体を録音するにはどうすればよいですか?

連絡先の OutboundEmail 同期で問題が発生しています。

次のシナリオがあります: 負荷分散された 2 つの CMS サーバーと負荷分散された 3 つの CDE Web サーバーが異なるデータ センターに配置されています。各 CDE Web サーバーには、ブローカー DB および OutboundEmail サブスクリプション + 追跡 DB 用の独自の SQL サーバーがあります。

各 CDE にローカルの OutboundEmail サブスクリプション + 追跡 DB をインストールする場合、特定の Tridion パブリケーションに対して profilesync.aspx への 1 つの URL を含む 1 つの同期ターゲットしか指定できないことを知って、3 つの CDE サーバーから連絡先の同期を処理するにはどうすればよいですか?

Tracking Synchronization と同じです。

私は何かが欠けているに違いない...

何か提案はありますか？

アウトバウンド エンドポイントを使用してデータを公開するの例を実行しました

問題なかったのですが、ipやdateなどで出力されるファイルにもっと情報を保存したい

つまり、Http-request が送信され、http-request を送信した ip が出力されるファイルのファイルに保存されます。

Netty 4 でカスタム アウトバウンド メッセージ ハンドラーを試していますが、うまく動作しないようです。ハンドラーはステートメントをログに記録するだけで、チャネル パイプラインの下部に向かって追加されます。私の理解では、書き込み操作が発行されると、これらのハンドラーは下から順番に呼び出されます。カスタム ハンドラーのアイデアは、他の送信メッセージ ハンドラーより前に実行されるというものでした。

残念ながら、このログ ハンドラーをパイプラインに追加すると、ログ ステートメントが表示されますが、Netty はすぐに接続を閉じているようです。これが私のチャネル初期化子とアウトバウンド ハンドラー コードです。

HttpOutboundHandler.java

HttpChannelInitializer.java

最後に、これがロガー出力です。

私は現在、SugarCRM の送信メール サーバーを設定しようとしている初心者ですが、「送信元」アドレスを入力し、「テストメールの送信」をタップして、そこにメールを入力すると、次のエラーが表示されます。

エラー: 次の差出人アドレスは失敗しました:

誰でもこのエラーで私を助けることができますか、私はそれを理解することができません

IIS7 で動作するように構成されたアウトバウンド ルールを取得する際に問題が発生しています。私の最終的な目標は、outboundRules をいくつかのブラウザー内で機能させることです。この例では、さまざまな HTML タグから .aspx を削除するルールを使用しています。

シナリオ 1 (コンテンツの長さの不一致):

その特定のルールを IIS7 で機能させるには、動的圧縮を無効にし、既定でキャッシュをオフにする必要がありました。HTML の書き換えには成功しましたが、別の問題が発生して使用できなくなりました。

outboundrules を使用してコンテンツを書き換えようとすると、ヘッダーの「コンテンツの長さの不一致」が原因で、Chrome と Firefox が継続的にロードを実行するという問題が発生します (Fiddler の特定にご協力いただきありがとうございます)。書き換えは機能しますが、コンテンツの長さが正しくないため、これらの 2 つのブラウザーは永久に読み込まれているように見えます。特にChromeでは、javascriptがハングアップしているように見え、誰かが物理的に停止ボタンを押すまでjqueryが機能しないため、問題が発生します。

これは、そのシナリオを提供するために私が始めた web.config の関連セクションです。

この問題を調査しているときに、 outboundRules タグのrewriteBeforeCache="true"属性に言及しているこのstackoverflowの質問と、コンテンツの長さの問題で遭遇したのと同じことを説明したこのブログ投稿を見つけました。

その属性を変更すると、アウトバウンド ルールが機能しなくなります。

シナリオ 2 (アウトバウンド ルールが機能しない):

そのため、以前の情報により、web.config の微調整を開始し、outboundRules タグの rewriteBeforeCache 属性を使用して、コンテンツの長さの不一致を解決することができました。その属性を機能させるために、キャッシュをオンに戻すことができました。これにより、シナリオ 1 からの応答の長さの不一致が修正されましたが、現在は outboundRules\rule 要素がどれも機能していないように見えます。最も単純なルールをいくつか試してみましたが、rewriteBeforeCache 属性を削除すると正常に機能しますが、シナリオ 1 が発生します。

シナリオ 1 では、IIS7 のブラウザーで 1 つのエラーが発生します。シナリオ 2 では、outboundrules が機能しなくなります。

キャッシング、チャンクモード転送を無効にし、考えられるすべての組み合わせを試して、任意の数のオプションを変更しました。

AppPool に関する追加メモ: IIS7、.NET4.0、クラシック パイプライン

IIS7.5サーバーへの移行以外に、これに対処するために他にどのようなオプションがあるかについて、他の誰かが何か考えを持っていますか?

Mule 3.3.1 コミュニティ版。

次の一般的なタイプのプロセスを実行できるようにする単純な構成パターンが Mule にないかどうかを知りたいです。インバウンド エンドポイントからメッセージを受信したい。次に、ルート決定サービスなどの他のエンドポイントを呼び出し、その発信呼び出しの結果に基づいて、元のメッセージを変更せずに 2 番目の発信エンドポイントに送信します。

ルート サービスを呼び出すと、元のメッセージが変更されます。ワイヤータップのような構造を使用すると、シーケンスの問題が発生するようです。すべてのヘッダーとペイロードをコピーすることでそれを行うことができますが、必要になるたびにコーディングするのは面倒で、読むのも面倒です。メッセージに結果変数を設定するカスタム トランスフォーマーを作成するだけで、非常に簡単に実行できます。

しかし、これに対する単純な「純粋な Mule フロー」ソリューションはありますか? すべてのインバウンドのものを手動でアウトバウンドにコピーする必要がない、http-proxy パターン構造の理論的根拠にいくぶん類似しているようです。

Spring Integration 2.2.4 を使用しており、GET/POST REST サービスを呼び出すための HTTP 送信チャネル アダプターを追加しようとしています。現在、アダプタはグラフ ビューに表示されていますが、コードでドラッグして使用しようとすると、作成されません。

必要に応じて HTTP 名前空間 URI を追加しました。

これをソース XML に手動で追加しようとすると、「一致するワイルドカードは厳密ですが、要素 http:outbound-channel-adapter の宣言が見つかりませんでした」というエラーが表示されます。

サンプルの http-outbound チャネル アダプターを使用して、ここで私を助けてくれる人はいますか? ここで何か不足していますか？