「確認」という言葉は、このアプリの3つの異なる、互いに関係のない場面で使われて います。同じ言葉を共有しているため混同しやすいのですが、それぞれ異なる人に 異なることを証明しています。このページは、それらを整理するためのものです。
1. オンボーディング確認——送信者のリレーが本物であることを証明する
これはオンボーディングのプロセスが扱っているものです ——メンバーの送信リレーがそもそもメールを中継してよいかどうかを決定します。 創業アドミンは送信・返信の往復によってこれを証明し、招待されたメンバーは招待を 受け入れるだけで証明します。それを受け取れたのは本人だけだからです。
アドミンは、特定のメンバーについてこの状態を未確認に戻すことができます——たと えば侵害が疑われる場合です。これにより、そのメンバーのリレーは再度確認が完了 するまで、即座にメールの中継を停止します。
2. 招待の受け入れが証明になる——独立したステップではなく、#1のメンバー版
これには専用のモデルも画面もありません——上で説明した仕組みそのものです。 一つのアドレスにしか送られない、固有かつ有効期限のある招待リンクを持っている ことが、創業アドミンが行う送信・返信の往復の代わりになります。ここで別途触れて いるのは、実際には存在しない独立した「メンバー確認」ステップを探してしまい がちだからです。
3. 受取人確認——まったく別の、SMSベースの確認
これは送信者やメンバーとはまったく関係ありません。これは、強化配信(Plus) オプションを有効にしている組織にのみ適用され、その組織から受取人が初めて 添付ファイルを受け取る際にその受取人を保護します。
- 送信するメンバーが 受取人の携帯電話番号を確認します。
- 受取人は通常の登録と同様にパスキーを登録しますが、その電話番号に送られた ワンタイムSMSコードも確認するまでは、アカウントはロックされたままです。
- 確認が完了すると、保留されていたメールが配信され、その受取人は以降、完全に 確認済みとなります——これは受取人ごとに一度限りの確認であり、添付ファイル のたびに繰り返されるものではありません。