The registration process doesn’t validate (bad)email addresses resulting in non_recuperable accounts
Can you DM me the account name you’re having problems with?
My concern is more with the involuntary trashing of the namespace : an account registration should be dropped if not validated after a certain amount of time.
Yes that’s a good idea, could you raise it as enhancement request here: https://github.com/LemmyNet
Please, can someone (lemmyist) with an account on GitHub do this … as I have no knowledge about it 🙏
Maybe the request for improvement (to be raised on GitHub) could be as such :
Lemmy account registration should be dropped if not validated after a certain amount of time. Old databases should be revised. To be applied only where an email is required for registration.
Edit : Better yet : the registration page should not drop until successful registrationPlease be so kind to reply here after you raise it 👍
Was already raised here by https://github.com/gaywallet ( they are : @Gaywallet@beehaw.org ?)
it will not be resolved.
reasons from dev. dessalines :
commented last week •
When a user applies to our instance and is denied, the user does not receive the denial reason.
Getting in contact with them is the issue. I suppose we could email them the denial reason, if they provided an email. Open up an issue for that if you would. We already email them an approval notice.
Also, if they try to login after being denied, they will get a popup red toast / error message with their denial reason.
The end user cannot apply again if it is rejected, is this intended behavior? It seems they can’t log in either. There’s no communication to the person trying to register
They can apply again, but with a different username. That’s very much inteneded behavior, because what you’d be asking for is essentially a chatroom / back and forth method of onboarding. This would be a massive amount of work to add to lemmy.
Oups ! i should have posted to :
Lemmy.world improvements and issuesEdit : Many had similar issues :
… @again@lemmy.world // here
… @stoulram@lemmy.world // hereThere really isn’t a reliable way to “validate” email addresses other than to try sending email to them.
An email address has two parts, separated by the @ sign: the “local part” and the domain. The domain has to follow the rules of DNS, but there are astonishingly few hard rules for the local part.
A validator can check that the domain resolves — that there’s an
AorMXrecord for it in DNS — but it can’t do much about the part before the @ sign.Whether the local part is correct or not depends on the actual behavior of the mail server for the domain; which means that, without actually trying to send email to it, it can’t really be tested.
@A_A Thanks for letting me know about the issue. I ran into the same issue with my gmail, but it worked with every other email I had, so thought it was just a one off.
I will look more into it. See if switching to a different email provider fixes the issue.You’ll want to get in contact with your instance admin to get that untangled
I did contact him inside this post, now I realize it’s a problem for each and every instances !
Edit : in fact, only the instances that requires email for registration.
What about users who want to intentionally register without an email address? Maybe to give more anonymity to their account?
This is not possible in my instance, so I missed that !
Edit : As Alice just said in this thread : registration without an email, produces no lost accounts.
There are some instances that don’t require emails, albeit mainly privacy-focused ones though with manual account approvals
