httpd-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
Subject DO NOT REPLY [Bug 49863] New: Apache 2.2.14 won't accept short usernames such as jf with respect to userdirs
Date Thu, 02 Sep 2010 14:04:45 GMT

           Summary: Apache 2.2.14 won't accept short usernames such as jf
                    with respect to userdirs
           Product: Apache httpd-2
           Version: 2.2.14
          Platform: PC
        OS/Version: FreeBSD
            Status: NEW
          Severity: major
          Priority: P2
         Component: mod_userdir


I'm running Apache 2.2.14 on FreeBSD/i386 8.1-STABLE. User accounts are stored
in and authenticated by LDAP running on Novell NetWare 6.5.

I don't expect there to be any problems with the LDAP auth as this does work
for our other FreeBSD boxes and all our users, including our friend jf, see

I have this user with a short username, jf. Apache doesn't seem to care to
display this user's public_html directory. Instead, Apache claims the directory
[DocumentRoot]/~jf does not exist. True enough, but Apache should accept this
(sub)string as a username and look up this user's home directory and the user's
public_html directory in particular and display the result accordingly.

I have checked and rechecked the ownership and permissions on all directories
leading down to the user's public_html directory. All directories and files
within jf's public_html directory check out with respect to ownership and

Other users with two letter usernames, such as tt, works like a charm.
What's the deal with the two letter username jf?

A workaround is to create a *local* username, say jwf, with the same
uid/gid/home directory as the jf user and direct everyone to use /~jwf/ in
their links. You have to admit this is strictly unnecessary and rather stupid.

I realise 2.2.14 is a bit old, and I'll upgrade to 2.2.16 shortly to see if
this bug exists there. To be frank, I believe this bug has existed in Apache
for a long, long time, but then again I could be very, very wrong.


Configure bugmail:
------- You are receiving this mail because: -------
You are the assignee for the bug.

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message