Campaign Standard：フォルダーパスのスペースとファイルパターンのワイルドカードでSFTP ファイル転送が失敗する
Adobe Campaign Standardでは、設定されたフォルダーパスにスペースが含まれ、ワークフローがワイルドカードまたは動的に生成されたファイルパターンを使用している場合、SFTP ベースのファイル転送ワークフローが失敗する可能性があります。 この動作は、より厳格なcURL/libcurl バージョンを導入したプラットフォームのアップグレード後に見えるようになりました。
説明 description
ファイル転送アクティビティを使用するワークフローは、次のようなエラーで失敗する可能性があります。
- cURLのCRL-290002 ダウンロード エラー
- 不正または不正な形式またはURLが見つからないURLを使用しているURL
この問題は、次の条件で発生します。
- ワークフローはSFTPの場所に接続します。
- 設定されたフォルダーパスにスペースが含まれています。
- このワークフローでは、ワイルドカードパターンまたは動的なJavaScript生成パスを使用して、ファイルを識別します。
多くの場合、同じワークフローは次の場合に正しく機能します。
- フォルダーパスにスペースが含まれていない、または
- ワイルドカードパターンの代わりに、完全なファイル名を指定します。
解決策 resolution
原因
根本的な原因は、最初のSFTP ディレクトリリスト要求が、URLのディレクトリ部分をパーセント エンコードせずに構築されていることです。 古いlibcurl バージョンでは、パス内のスペースがより寛容で受け入れられましたが、新しいバージョンでは、そのようなURLは形式が正しくありません。
その結果、パスにスペースが含まれている場合、一致するファイルのリストに使用される最初のリクエストは失敗しますが、その後のファイルごとのリクエストは、それらのファイルパスが正しくエンコードされているため、引き続き機能する可能性があります。
回避策
関連するリリースで製品の修正が利用可能になるまで、次のいずれかの回避策を使用します。
- パスにスペースが含まれないように、フォルダーの名前を変更します。
- 名前の変更が不可能で、サーバーアクセスが可能な場合は、スペースなしでシンボリックリンクまたはエイリアスを作成し、そのパスにワークフローをポイントします。
- ユースケースで許可されている場合は、ワイルドカードベースのリストに失敗した場合でも完全なファイルパスが引き続き機能する可能性があるため、ワイルドカードパターンを正確なファイル名に置き換えます。
恒久的な修正
エンジニアリングは、最初のSFTP リスト URLのディレクトリ部分がリクエストが送信される前にパーセントエンコードされるように、製品の修正を実装しました。 これにより、スペースを含むパスは、例えばスペースを%20としてエンコードすることで正しく変換され、新しいlibcurl検証ルールと動作が一致します。