拒否されたファイルリクエストの項目を差し替える

事前チェックで拒否された項目を外し、条件に合う代替ファイルを追加します。代替ファイルは自動で送信されます。受信済みファイルを再送せずに失敗分を再試行します。

最終確認日

スクリーンショットは英語版の画面です。

拒否された行はアップロードされていません。正確な理由を確認し、行を外して修正したファイルを追加してください。再試行は事前チェックを通過したものの転送中に失敗したファイルにのみ使用してください。

拒否理由の確認、未送信の行の削除、修正した代替ファイルの追加、転送失敗のみの再試行を示す4段階の手順図。
一覧の状態に合わせて対処します。ローカルで拒否されたファイルを差し替えるか、転送が始まった行を再試行してください。画像を原寸大で開く。

手順

  1. 項目の下にある赤い文字を確認してください。事前チェックのメッセージにはThis file is empty、There is no slot left on this request、拡張子がない場合や許可されない場合の文言、ファイル単位の正確な容量比較が含まれます。
  2. アップロード前に拒否された行は削除アイコンで外してください。拒否された項目はリクエストの枠を消費せず、バイトも送信しないため、外してもdosyaから何かが削除されることはありません。
  3. 示された原因を解消した代替ファイルを用意してください。許可された拡張子を付ける、空でない内容を書き出す、個々の容量を減らす、またはリクエストの枠がいっぱいの場合は送信者に上限を引き上げてもらいます。
  4. ファイル選択、フォルダー選択、ドラッグ&ドロップ、貼り付け、またはモバイルの写真・カメラ操作で追加する前に代替ファイルを確認してください。受け付けられた代替ファイルは自動的にアップロードを開始します。別のアップロードボタンはありません。行にcannot be sentが表示されなくなったことを確認し、進捗を見守ってください。
  5. 代替ファイルに成功のチェックマークと受領票が表示されるまで待ってください。以前に完了したファイルは日付の区切りの上に残り、実行中のキューには戻りません。
  6. 転送開始後に失敗と表示された行は、結果が不明な場合、再試行を選択する前に受領票と再訪時の過去の提出を確認してください。同じページを開いたまま大きなファイルを再試行するとセッションは再利用されますが、10 MiBの全パートがパート1から再試行されます。サーバーは記録済みのパート番号を、オブジェクトストレージへの再アップロードなしで受け付けます。Discard filenameはセッションの中止と枠の解放を試みます。ローカルで外した場合も中止の応答を受けた場合も、枠がすぐに戻る保証はありません。完了済みセッションやアクセス期限切れについてはアップロードガイドを参照してください。

期待される結果

無効なローカル項目はブラウザから送信されず、修正した代替ファイルが1回アップロードされます。以前に成功したファイルは受信済みの一覧に残ります。

403が返ると残りの行が一時停止し、Your access timed outが開きます。続行するにはリクエストのパスワードを再入力してください。 小さなファイルのリクエストで接続が切れると、**The connection dropped. Nothing was saved.**と表示されることがあります。このクライアントのメッセージは、応答が失われる前にサーバーに何も保存されなかったことの証明にはなりません。結果が不明なまま再試行する前に、再訪時の提出を確認し、送信者に送信先の確認を依頼してください。

関連ガイド

この記事は役に立ちましたか?

評価の結果を読み込んでいます…

投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。

質問と回答

このガイドの手順について質問できます。質問は確認後に公開されます。

公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。

質問を読み込んでいます…

    dosyaアカウントにサインインすると、質問を投稿できます。

    やり直す前に結果を確認

    操作をもう一度確認する必要があるときは、次の共通の確認事項をご利用ください。