Eliminate confirmation email for manually created or provisioned accounts
We feel that the confirmation email step should not be utilized with accounts that are manually created in the portal or that are auto provisioned from AD. When we create a new account, there is a "delay" with the new email address being propagated and established in our third-party cloud-based email security system. This causes the new email to be added to the hard bounce list at Box due to the email address not being valid (yet). We understand the need for a confirmation email when it comes to an individual user signing up, but if an account is created by an administrator or auto provisioned though Azure, a confirmation email doesn't seem necessary. Removal of that step, or the ability to turn that off in the Enterprise Settings (for all domain accounts) would be helpful.
Anonymous
shared this idea
-
Anonymous
commented
Anonymous comment below regarding the Bounce list is spot-on. We discover long-standing users who have somehow made it onto the Bounce list and have no idea. Our admins don't know- there is no report available; even the Box support team has to look up "suspect' accounts one-by-one and un-flag the account. It's a ridiculous behavior.
-
Aaron Whitley
commented
Administrators need the ability to create accounts and set their passwords without the requirement of a mailbox. There are lots of users who we want to use Box who do not have mailboxes. Currently they either have to share a login or not use Box. This is a huge hassle and limiting factor for businesses and enterprise companies.
-
Anonymous
commented
This is a massive inconvenience for Enterprise customers using SSO to provision new users. The "hard bounce list" functionality means we have to contact Box Support frequently to "un-blacklist" new user accounts. How can we get this resolved? We're trying to embrace advanced features and getting trumped by poor design decisions.
Thank you for your consideration.