parse-community / parse-community/parse-server

Allow the master key to bypass email verification

Open
#8,230 3 comments 2 reactions 0 assignees View on GitHub

@mstniy is already working on this.

Since Oct 13, 2022.

  • #8231 by @mstniy — open
type:feature
Dominant language
JavaScript
Stars
21.4k
Forks
4.8k
Avg merge
7h 45m
Merged PRs (30d)
11

Description

New Feature / Enhancement Checklist
Current Limitation

Currently email verification is either off, or Parse sends verification emails each time a user signs up or changes their email address.
Our team has a custom way of onboarding users, where they verify their email addresses out-of-band.
We would like the master key to be able to bypass email verification, suppress the sending of the verification email, and mark Parse users as emailVerified=true.

Feature / Enhancement Description

Signup requests as well as modifications to existing users where the email address is changed should not lead to a new email verification sequence, provided that the caller is the master key and the requests also sets the emailVerified field to true.

Example Use Case
  1. An existing user invites a new user to their organization
  2. Business logic sends an invitation email
  3. When a link in the email is clicked, a cloud function creates a Parse user for the email that is a member of the organization to which they were invited, without sending an additional verification email.
Alternatives / Workarounds

Turning off email verification for all users, implementing custom email verification logic.

3rd Party References

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by tracing the signup request path and existing-user email-change handling in Parse Server, focusing on how master-key requests and the emailVerified field are processed. Check the open linked pull request before starting. Done means qualifying master-key requests can set emailVerified=true without starting or sending a verification sequence, while other requests retain current behavior.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript, node.js
Domain
authentication, backend
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.