ファイルリクエストの招待を再送信する
保留中のファイルリクエストの招待を1件またはすべて再送信し、送信日時と各受信者への影響を確認します。
最終確認日
スクリーンショットは英語版の画面です。
一覧にある受信者がまだアップロードしていない場合、最初のメールを紛失した場合、または招待が再び必要な場合にリマインダーを使えます。再送信では、その受信者の既存の専用リクエストURLを再利用します。受信者の追加、アクセスのリセット、期限の延長、アップロードルールの変更は行われません。

アクセス権と対応クライアント
Web、デスクトップ、モバイルで受信者を管理できます。Webではリクエストの行で宛先を選択します。デスクトップとモバイルのアプリでは、リクエストの詳細内に同じ受信者一覧が表示されます。その受信者の専用トークンで確認された最初のアップロードまでは保留中と表示され、最初のファイルが受け付けられるとアップロード済みになります。
管理者にはView all shares、または自分で作成したリクエストに対するView own sharesが必要です。リクエストは管理者のフォルダー範囲内にもある必要があります。通常、オーナーと管理者はすべてのリクエストを管理でき、メンバーは自分のリクエストを管理でき、閲覧者は管理できません。APIの再送信に別途有料プランの制限はありません。
手順
- ファイルリクエストを開き、リクエストを選択して宛先に進みます。
- リクエストが有効であることを確認します。期限切れまたは無効化されたリクエストからは再送信しないでください。
- 対象行のメールアドレス全体を確認します。Webでは行に送信済み:…または未送信と、保留中またはアップロード済みが表示されます。
- まだアップロードしていない1つのアドレスには再送信を選択します。保留中のすべてのアドレスにリマインダーを送るには、すべて再送信またはデスクトップ・モバイルアプリの**保留中をすべて再送(n)**を選択します。
- 操作の完了を待ち、受信者一覧を更新します。モバイルではY人中X人に再送信しました。と表示され、一部だけ成功した場合も分かります。Webではより大まかなInvites resentが表示されることがあるため、個々の配信が重要な場合は各送信日時を確認してください。
- 受信者にリマインダーを探し、専用リンクを開くよう伝えます。メールプロバイダーによる受け付けや送信日時の記録は、迷惑メールやフィルターを通過したことを保証しません。

受信者に届く内容
リマインダーにはリクエストのタイトル、作成者の識別情報、有効期限、ワークスペースのブランディング、その受信者の既存の専用アップロードURLが含まれます。任意のリクエストメッセージは含まれませんが、リンクを開くと公開アップロードページに現在のメッセージが表示されます。再送信しても新しいトークンは作成されません。メール処理が完了した後にハンドラーが成功を返すと、送信を抑制したアドレスや、プロバイダーまたはネットワークの失敗を処理した場合も含め、sent_atが更新されます。日時も応答も、プロバイダーの受け付けや受信トレイへの配信を証明しません。
現在のパスワード、保存先、許可された拡張子、ファイルごとのサイズ制限、利用可能なファイル枠、有効期限が引き続きリンクに適用されます。最初の招待後に設定を変更した場合、公開ページでは現在の値が適用されます。リマインダーで期限切れまたは無効化されたリクエストを再開することはできません。
再送信によってアップロード済みファイルが削除されたり、受信者の初回アップロード状態が消去されたりすることはありません。行がアップロード済みに達した後は個別の再送信を使えません。一括再送信の対象はuploaded_atが空の行です。
操作後の状態
成功した各リマインダーには元の受信者専用URLが使われ、新しい送信日時が記録されます。リクエストのポリシーと保存済みファイルは変わりません。dosyaが最初の確認済みアップロードを受け付けるまで、受信者は保留中のままです。
トラブルシューティング
「Request not found or revoked.」と表示されます。 選択したリクエストが存在し、閉じられていないことを確認してください。意図的にアクセスを無効化した場合は、新しいリクエストを作成してください。
APIが「Recipient not found.」を返します。 一覧を更新してください。別の管理者が行を削除した可能性があります。メールアドレスを再び追加すると、新しい受信者と専用トークンが作成されます。
再送信で「Failed to send email.」が返されます。 ハンドラーで通常の例外が発生しました。このメッセージはプロバイダーによる拒否の証拠ではありません。アドレスと送信日時を確認してから、後で再試行するか、承認された方法でリクエストリンクを共有してください。送信日時が変わらないことも配信の証明にはなりません。
受信者にメールが届きません。 迷惑メール、隔離フォルダー、組織のフィルターを確認してもらってください。リクエストリンクをコピーすることもできますが、有効なリクエストのポリシーによっては、元の公開URLから匿名で提出できることに注意してください。
操作が表示されません。 アップロード済みの受信者には行ごとのボタンからリマインダーを送れません。保留中の行では、すべての共有または自分の共有の権限とリクエストのフォルダー範囲を確認してください。
関連ガイド
この記事は役に立ちましたか?
評価の結果を読み込んでいます…
投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。
質問と回答
このガイドの手順について質問できます。質問は確認後に公開されます。
公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。
質問を読み込んでいます…
dosyaアカウントにサインインすると、質問を投稿できます。