Why in Virtualmin cannot be created an email user consisting only numbers in his name ?
According to RFC 5322, which is the Internet Message Format standard, email usernames consisting only of numbers are allowed by this standard.
Usernames may contain only lower and upper case letters, digits, underscores, or dashes. They can end with a dollar sign. Dashes are not allowed at the beginning of the username. Fully numeric usernames and usernames . or ⦠are also disallowed. It is not recommended to use
usernames beginning with . character as their home directories will be hidden in the ls output. In regular expression terms: [a-zA-Z0-9_.][a-zA-Z0-9_.-]*[$]?
So this is a rule imposed by Red Hat overriding an officially accepted standard for emails? Should that regex be applied more globally as most email format checks just use the standard? or is that just ātail wagging the dogā
There is no rule saying you have to use system accounts for email. Itās just ābuilt inā. Iām not gonna bother checking but Iām pretty sure you could set up an LDAP backend for Postfix and Dovecot.
interesting thought virtualmin allows you to create an email user like @domain.com however dovecot doesnāt like this type of email so perhaps there is an issue there ?
you end up with this
maybe virtualmin should not allow you to create users that a mail server can not handle @staff
You canāt have a username starting with a number. Virtualmin mailbox users are system users. That is a choice we made almost two decades ago: everything is a system user. A domain is a system user, a mail user is a system user. This was so users could edit websites, have their own procmail recipes, have their own cronjobs, have a file manager, use various other tools that rely on having a home directory and a system user, etc.
Nobody is imposing limitations. Itās an implementation detail that comes from the reality of using Linux system users for everything.
There are arguments for putting mail users in a database or directory server. We used to have support for one such implementation but the services backing that stopped being maintained over a decade ago, so we removed it. We also support users in LDAP, those are subject to the same rules because theyāre still system users, they just pull their metadata from the directory serverā¦there are ways to do it differently, but we donāt do that. In Virtualmin mail users are Linux system users.
You could implement a new such system, where mail users are stored in a database or something else, and do not have Linux system users associated with them. But, that is not currently a thing we support.
We didnāt set out to build a mass-email hosting platform. We wanted full-featured users with all sorts of capabilities on the system. There are arguments that we shouldnāt have done it that way. But, itās where we are.
It is very likely we will eventually have to divorce users (of all types, not just email) from system users. But, that is not todayās reality. If you want an all-numbers email address itāll have to be an alias to a user that follows Linux rules for a system user.
Define āfitsā? I would actually expect Usermin to work. If Dovecot chokes on it, obviously you canāt retrieve mail via Dovecot, but Usermin can access local mail directly on the filesystem, if configured to do so. I kinda think itād work? (Though I doubt you can actually receive mail with that username.)