sonerezh icon indicating copy to clipboard operation
sonerezh copied to clipboard

Enhancement : create user with a login instead of an email adress

Open GLLM opened this issue 10 years ago • 8 comments

I much prefer having users defined with login+password instead of email+password. The email adress should be optional.

Thanks :)

GLLM avatar Mar 11 '15 00:03 GLLM

Hi, We have made a choice. We will use email address in future releases (for example if you want to retrieve a forgotten password, or send other notifications).

lGuillaume124 avatar Mar 11 '15 13:03 lGuillaume124

I note your point.

I'm sad/disappointed to see that many enhancement/features get dismissed without discussion. But you're the project leaders, so I'll do with it.

GLLM avatar Mar 11 '15 14:03 GLLM

Sorry, What would you like to discuss?

lGuillaume124 avatar Mar 11 '15 14:03 lGuillaume124

I agree with @GLLM though this is not a massive problem. Email should be optional, people may want to a username which is common to their other self-hosted applications. Users may want not to disclose their e-mail address to the server admin. Users may not trust their mail provider with password reset tokens. Anyway I personally don't have an MTA installed to send mail from my server. Usernames should be freeform (alphanumeric and some symbols). Email should be another, optional field (which is of course needed to receive password change tokens and other updates).

Just my 2 cents.

nodiscc avatar Mar 11 '15 15:03 nodiscc

+1 @nodiscc

avignat avatar Mar 11 '15 15:03 avignat

:+1: I like using username, rather than email. Especially with something like this, where I'm planning on running it for personal use only

peterbrinck avatar Mar 11 '15 17:03 peterbrinck

@nodiscc said it all :)

@lGuillaume124 I didn't mean to be rude btw ... sorry if you felt so.

GLLM avatar Mar 11 '15 19:03 GLLM

@GLLM No no that's my fault. Using email to authenticate users was an evident thing for both of us. But you have good arguments, and we are sensible to the end-user privacy stakes.

On the other hand, your request requires some deep changes and we will not be able to propose them before the 1.1.0 or 1.2.0 release.

lGuillaume124 avatar Mar 11 '15 20:03 lGuillaume124