届かなかったファイルリクエストの招待に対処する

再送信は、ステータスが保留中の宛先にのみ使ってください。リマインダーが正常に送信されても、リクエストと宛先固有のURLは同じままで、重複するリクエストは作成されません。

手順

1. Webアプリでファイルリクエストを開き、有効なリクエストを特定して宛先を選択してください。宛先の削除に使われる共有管理の権限とフォルダー範囲のルールが同じように適用されます。
2. 対象のメールアドレスの行を探してください。再送信が表示されるのは状態が保留中の間だけです。アップロード済みと表示された行では、この操作はできません。
3. 再送前にアドレスが正しいことを確認してください。間違っている場合は行を削除し、メールアドレスを追加…と追加して送信を使ってください。重複するアドレスにはThis email is already a recipientが返されます。
4. 1つのアドレスには再送信を選択し、保留中のすべてのアドレスに順番に送信を試みるにはすべて再送信を選択してください。リマインダーには同じ宛先固有のリクエストURLと現在の有効期限が含まれます。
5. 宛先を開き直し、行に送信済みと最近の経過時間が表示されることを確認してください。サーバーはメール送信処理の完了後にタイムスタンプを書き込みます。送信が抑止されたアドレスや、プロバイダーまたはネットワークの失敗が処理された場合も含まれます。この記録はプロバイダーによる受け付けや受信トレイへの配信を証明しません。
6. 宛先の人に迷惑メールを確認し、最新のメッセージを開いてもらってください。すべて再送信が成功を報告した場合も、各行と受信トレイを確認してください。現在の一括操作は送信に失敗しても続行し、通知には試行した件数が表示されます。

確認できる結果

保留中の宛先に既存のリクエストのリマインダーが再度届きます。送信が成功すると、別のリクエストを作成せずにその行の送信時刻が更新されます。

APIは1件の再送に対してFailed to send emailを返す場合があります。 無効化されたリクエストにはRequest not found or revokedが返され、リマインダーを送信できません。

関連ガイド

• ファイルリクエストを作成する
• リクエストを管理する