Description of problem: adduser cannot create an account with capital characters for example: %adduser AccountName fails with error message: adduser: invalid user name 'AccountName' Version-Release number of selected component (if applicable): How reproducible: every time it happens. Steps to Reproduce: 1. adduser AccountNameWithCapitalCharacters 2. 3. Actual results: adduser: invalid user name 'AccountNameWithCapitalCharacters' Expected results: Adding a new account and creating a new directory under /home/ Additional info:
adduser is part of the shadow-utils package. Transferring to shadow-utils.
This is good as at least sendmail is unable to deliver messages to account with capital letter in username. I tested it under RH 9 (sendmail-8.12.8-9.90). So do not allow capital letters in usernames at all please. This breaks at least sendmail (in previous versions of RH Linux too).
*** Bug 100697 has been marked as a duplicate of this bug. ***
*** Bug 103643 has been marked as a duplicate of this bug. ***
*** Bug 106701 has been marked as a duplicate of this bug. ***
As mentioned in bug #100697 , POSIX seems to allow user names to be mixed case: http://www.opengroup.org/onlinepubs/007904975/basedefs/xbd_chap03.html#tag_03_426 If sendmail cannot deliver to accounts with mixed-case names, that is a sendmail bug, and it should be filed and fixed separately. Mixed case names should be allowed generally (though the ability to set a policy to prevent them locally would be a good idea.) Note: this bug is still present in Fedora Core; I suggest that the original submitter should switch the product so it gets more attention in the Fedora development process.
I have a customer that encounter the same trouble with RHEL3. The trouble is he has an application that have to use a specfic user with captial letter in the login. Automatic creation of this user fail. Right now, a proposed workaround would be to change entry in /etc/shadow and /etc/password with an editor or a sed script, plus eventually change the /home/loginname to /home/LOGINNAME too.
As E-mail addres is case insesitive (see RFC about email), this is not clear if mail to Joe should be passed to account Joe, joe or joE or whatever another mixed case (different) system account. So this seems to me that sendmail behavior is correct and only one really acceptable. The postmaster is informed when sendmail is unable to deliver a message.
adduser cannot create an account with capital characters: I have the same problem with red hat 3.0 advanced server ES
The workaround to change /home/loginname to /home/LOGINNAME also requires a symlink from /home/loginname->/home/LOGINNAME (or vice-versa) because OpenSSH server seems to translate uppercase to lowercase when doing public key authentication (which fails if the home dir is only in uppercase). If this really is a "bug" with sendmail, then someone should add it to its list... I don't see it here: ftp://ftp.sendmail.org/pub/sendmail/KNOWNBUGS This change in username requirements really breaks a lot of interoperability and should be fixed (i.e. Solaris and HP-UX don't have this restriction).
Problem persists @ RHEL3 U3 (beta) as well.
The workaround is usable with one account but is problematic for a transfer using the command 'net rpc vampire'