拒否または未完了のファイルリクエストへのアップロードを修正する

別の転送を始める前にファイルの横のメッセージを確認してください。dosyaはファイル名、バイト容量、リクエストの残りスロット、状態、格納先のロック、ワークスペースのストレージをそれぞれ異なる時点で確認します。再試行が役立つのは接続障害の後だけで、ルールの回避や終了したリクエストの再開はできません。

手順：アップロードが停止した段階を特定する

段階	ページの表示	意味
アップロード前	追加されたファイル名の下に赤い理由が表示される	そのファイルのバイトデータは送られていません
アップロード中	行に割合が表示された後、Retryとエラーが表示される	ブラウザは転送を完了していません
アップロード後	ファイルが日付付き受領一覧に移り、依頼者が受け取ったと表示される	dosyaがファイルを記録しました
開き直した後	以前の日付の下にファイルとReceivedが表示される	このブラウザまたは受信者リンクで完了した提出を確認できます

接続が切れると**The connection dropped. Nothing was saved.**と表示される場合があります。これはブラウザのネットワークエラーの文言であり、応答が失われる前にサーバーが完了しなかった証拠ではありません。元のページを開いたままにして、選択したファイルとマルチパートセッションを保持してください。別のタブで同じリクエストを開いて再訪問時の受領履歴を確認し、完了を示す受領確認がない場合に限り元のページで再試行してください。

転送前に拒否されたファイルを修正する

公開ページは追加時に基本的な確認を行い、受け入れられたファイルのアップロードを自動で開始します。

• This file has no extension, so its type cannot be checkedは、リクエストに許可された拡張子の一覧があり、ファイル名に拡張子がないことを意味します。提供すべき実際の形式をオーナーに確認してください。
• .exe is not accepted here - send .pdf, .docxのようなメッセージは、ファイル名の最後の拡張子がAcceptsの対象外であることを意味します。無関係な内容の名前を変えても変換されません。
• 84 MB is over the 50 MB limit for this requestのようなメッセージは1件のファイルを表示されたPer fileの上限と比較します。
• This file is emptyは0バイトの項目を拒否します。
• There is no slot left on this requestは、完了したファイルと予約済みの実行中セッションによって最大ファイル数の枠が使い切られたことを意味します。公開ページでは残り枠がSlotsとして表示されます。

拒否された行を外し、示された問題を修正してからファイルを選び直してください。許可された拡張子の比較では大文字と小文字は区別されません。別のアップロード者が最後のスロットを使った場合やページの読み込み後にオーナーがルールを変更した場合は、サーバーで拒否されることもあります。

サーバーエラーとオーナーの対処を照合する

エラーまたはページの状態	変更されたこと	復旧方法
This request has expired	期限が過ぎました	オーナーが期限を未来に変更するか該当なしを使用できます
This request was closed	オーナーが無効化しました	無効化は元に戻せません。オーナーが別のリクエストを作成する必要があります
This request has reached its file limit.	アトミックなスロット予約で空きがありませんでした	オーナーが最大ファイル数を引き上げるか解除するか、代替を作成します
This upload request can no longer accept files.	格納先または祖先が完全ロックされました	オーナーが設定されたロックを解除または変更するか、格納先を編集します
File is too large. Maximum size is N MB	測定または申告されたファイルが現在の上限を超えています	許可された小さいファイルを送るか、オーナーに上限の変更を依頼します
File type .ext is not allowed. Accepted: …	サーバーが最後の拡張子を拒否しました	一覧の形式で送ってください
ワークスペースのストレージ上限に関するメッセージ	受信側のワークスペースに空き容量がありません	オーナーがストレージを完全に解放する、容量枠を変更する、別のワークスペースを選ぶ必要があります

オーナーはファイルリクエストを確認してリクエストを開き、編集で有効期限、アップロード先、許可する拡張子、最大ファイルサイズ（MB）、最大ファイル数を確認できます。編集しても無効化されたトークンは復元できません。

中断した転送を復旧する

50 MiBを超えるファイルは再開可能なセッションを使用します。dosyaは10 MiBのパートに分割し、1ファイルにつき最大3パート、同時に最大3ファイルを処理します。同じ読み込み済みページが元ファイルとセッションIDを保持している間、Retryは同じセッションを使いますが、パート1からリクエストをやり直します。ブラウザはすべてのパートリクエストを再送し、サーバーがすでにパート番号を記録している場合は、オブジェクトストレージにバイトデータを再書き込みせず保存済みの結果を返します。

1. リクエストのタブを開いたままにし、元ファイルをデバイスで利用できる状態にしてください。
2. 行が失敗状態になったら正確なエラーを確認してください。
3. 安定した接続に戻し、その行のRetryを選択してください。
4. パスワード付きのリクエストでYour access timed outが表示された場合は、現在のリクエストパスワードを入力し、Unlock and continueを選択してください。残りのファイルは続行し、受領済みの行は完了したままです。
5. 日付付きの受領確認と、依頼者がファイルを受け取ったというメッセージを待ってください。

更新するとブラウザのメモリ内のキューが閉じ、選択したFileオブジェクトへのアクセスが失われます。新しいページは同じ再開可能なセッションをディスクから再構築できません。更新後は受領確認を調べ、ファイルがなければ選び直して新しくアップロードを開始してください。

小さいファイルはマルチパートセッションではなく1回のリクエストを使用します。途中のバイト位置から進行を再開できません。受領一覧にないことを確認してから再試行すると、ファイル全体が再送されます。

キャンセル、破棄、取り消し

• Cancel allは実行中のブラウザリクエストを停止し、待機中の行も削除します。再送する場合は受領済みコピーがないことを確認してからファイルを追加し直してください。
• 失敗したマルチパートの行を外すと、サーバーでの中止をベストエフォートで試みます。セッションの終了とリクエストのスロット解放は別々のベストエフォート書き込みです。中止エンドポイントが成功を返しても、いずれかが保留のままになる場合があります。パスワードが拒否された場合やリクエストが無効な場合は、両方の書き込み前に呼び出しが止まる場合があります。終了に失敗すると待機中またはアップロード中のセッションは古いセッションのクリーンアップに残ります。スロット解放に失敗すると、1スロットが使用中のまま自動では期限切れにならない場合があり、リクエストのオーナーまたはdosyaサポートによる調整が必要になることがあります。セッションがすでに完了していれば中止は競合を返し、記録済みファイルは正当にスロットを維持します。
• 開始前の追加された項目を外す操作はブラウザの一覧だけを変更します。
• 以前のReceived項目の横の削除操作は提出の取り消しです。アップロードした同じ受信者専用トークンまたはブラウザ訪問者の識別情報でのみ使用できます。

取り消すとワークスペースのファイル、そのバージョン、関連する共有が完全に消去され、リクエスト数が減り、測定されたストレージが解放されます。削除済みには移動しないため、アップロード者もオーナーもdosyaのゴミ箱から復元できません。ワークスペースのオーナーがファイルから受信ファイルを削除する場合は異なります。通常の削除は保持中は復元可能で、ストレージを使い続け、リクエストのスロットも返しません。

公開ページの取り消し操作はリクエストが期限切れまたは無効化されると使えなくなります。すでに終了している場合は保持についてオーナーに確認してください。

パスワードと招待の確認

リクエストのパスワードはdosyaアカウントのパスワードとは別です。リクエストトークンとクライアントIPごとに15分間で5回ロック解除を試せます。上限に達すると15分間ロック解除が一時停止されたと表示されます。成功するとそのブラウザに30分間のアクセスが付与されます。

メールの招待はURLに受信者トークンを追加します。受信箱のコードを送信または確認せず、アップロードを招待先アドレスに紐付けます。そのためURLが転送されると別の人の提出が招待先アドレスに紐付く場合があります。正しい追跡には受信者の元のリンクを使用し、アップロード済みを本人確認の証拠としないでください。

期待される結果

日付付きの一覧に受信ファイルが表示され、受領スタンプに件数、受信容量、時刻、リクエストの参照番号が含まれて初めて転送は完了です。オーナーもリクエストのアップロードテーブルと格納先フォルダーで確認できます。

許可された小さなテストも失敗する場合は、リクエスト名、日時とタイムゾーン、ブラウザ、おおよその容量、実際の拡張子、機密情報を除いた正確なメッセージをオーナーに送ってください。リクエストURL、パスワード、ファイルの内容は公開しないでください。オーナーはdosyaサポートに連絡する前にリクエストの状態、格納先へのアクセス、ワークスペースのストレージを確認してください。

関連ガイド

• ファイルリクエストからアップロードする
• ファイルリクエストの形式、容量、件数を設定する
• ファイルリクエストをパスワードで保護する
• ファイルリクエストを編集または終了する
• ワークスペースのストレージ使用量を理解する