From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.4.3) Gecko/20040924 MultiZilla/1.6.4.0b Description of problem: usernames are limited to 32 characters. Usernames longer than 32 characters do not successfully authenticate. Version-Release number of selected component (if applicable): vsftpd-1.2.1-3 How reproducible: Always Steps to Reproduce: 1.Have username longer than 32 characters (ours is in LDAP) 2.Try to use that username to authenticate an ftp session 3. Actual Results: login fails with a "Login failed" error message. Expected Results: login is successful Additional info: The long username is supplied via LDAP - vsftpd is configured to use PAM. The length of the username is due to it's email format, ie the username is an email address.
After further research I've changed the component (and title) to glibc as I believe the problem lies at the system level. I believe that this limit needs to be increased so as to provide a consistant "single sign on" facility where the single username is often an email address.
glibc supports usernames longer than 32 characters (may I have your glibc version to confirm this) It seems like problem either in vsftpd or somewhere in between. Anyway I didn't manage to configure vsftpd to work with LDAP. Can you give me some configuration hints so I can reproduce this bug?
in addition, I've figure out that it vsftpd which trims usernames to 32chars. Still looking for some test case with LDAP.
Fixed in vsftpd-1.2.1-3E.2