アップロード担当者のファイルリクエスト招待の利用を止める
今後の招待メールを止め、受信者を外した場合の影響を確認し、既存のアップロードURLを使えなくする必要がある場合はリクエストを無効化します。
最終確認日
スクリーンショットは英語版の画面です。
ファイルリクエストからアドレスを外すと宛先に表示されなくなりますが、その人がすでに持っているURLは無効になりません。URLを持つ人からのアップロードを受け付けないようにするには、リクエスト全体を無効化してください。

手順
- Webアプリにサインインし、ファイルリクエストを開いて対象のリクエストを選択します。
view_all_shares、またはview_own_sharesがあり、このリクエストの作成者である必要があります。フォルダー範囲が制限されたメンバーは、許可されたフォルダー階層内のリクエストのみ管理できます。 - 宛先を選択し、正確なメールアドレスを探して、その行が保留中かアップロード済みかを確認します。この行を外しても、受信済みのファイルは削除されません。
- その行の赤いゴミ箱ボタンを使います。受信者はすぐに消えます。確認ダイアログは表示されず、別のセッションですでに行が削除されていてもAPIは成功を返します。
- この操作を受信者ごとの無効化と考えないでください。メールで送られた
?r=トークンではアドレスを識別できなくなりますが、元のリクエストトークンは所持者が使えるアップロードURLのままで、匿名アップロードを受け付けることがあります。 - 古い招待を使えなくする必要がある場合は、リクエストの行に戻り、招待を取り消すを選択します。これによりすべての受信者と今後の訪問者に対してリクエスト全体が閉じられ、公開ページにThis request was closedと表示されます。
- プライベートウィンドウで古い招待を開きます。外された受信者も有効なリクエストにはアクセスできますが、無効化されたリクエストは終了した状態を返します。引き続きアクセスが必要な全員のために新しいリクエストを作成してください。

操作後の状態
受信者を外すと、追跡されている招待だけが消えます。無効化すると、すべてのアップロード担当者に対してリクエストが閉じられ、受信済みファイルは保持されます。この操作は元に戻せません。
受信者の削除でfile_request_recipient_removedが発行されるのは、行が存在した場合だけです。
公開リクエストには、無効化後も送信済みファイルがリクエスト作成者のもとに残ることが明記されています。
関連ガイド
この記事は役に立ちましたか?
評価の結果を読み込んでいます…
投票すると、回答を変更できるように、必要な投票用Cookieが最長180日間保存されます。
質問と回答
このガイドの手順について質問できます。質問は確認後に公開されます。
公開の質問には、アカウントの詳細、認証情報、非公開ファイルを含めないでください。これらについては 非公開サポート をご利用ください。
質問を読み込んでいます…
dosyaアカウントにサインインすると、質問を投稿できます。