I'm sorry if i wasn't 100% clean on the subject.
The point is that - in un*x - usernames starting with anything else than
a letter [a-z] will not work properly.
The first time i read this i was thinking about pam_smb... right now i
see that we are talking about pam_mysql. Anyway, the point remains.
If it's the OS, pam itself or a pam module enforcing this behaviour i
really don't know.
Hope it helps,
Nuno Silva
The Hermit Hacker wrote:
> This one I love ... someone arguing a point that, if adhered to by one
> piece of software, would make it totally incompatible with those other
> pieces of software that you are tryign to interact with ...
>
> pam_<anything> should not be setting the rules as to what is or is not
> acceptable, the authentication server itself should be the one preventing
> such from being created int he first place ....
>
> On Thu, 10 May 2001, Nuno Silva wrote:
>
>
>>I'm not sure if that's the problem but POSIX doesn't let you have users
>>starting with a number. That's the diference between a user *name* and a
>>uid - user id -, the uid always starts with a number!
>>
>>If pam_smb wants to be POSIX complaint this usernames won't be permitted :)
>>
>>Try to login as 0 (zero) and give as password the root password (user
>>root must exist in the PDC/windows box).
>>
>>Just my $0.02,
>>Nuno Silva
>>
>>Nick Ustinov wrote:
>>
>>
>>>is there anyone using pam_mysql for auth? it seems to not accept usernames
>>>consisting only of numerals. Let's say there is a user 00100 and then when I
>>>try to do auth it just dies and that's it. Can it possibly be because of
>>>sprinf it is using has %s ? I am not into C much. Could anyone test that
>>>please?
>>>
>>>Nick Ustinov
>>>
>>>[EMAIL PROTECTED]
>>>http://www.videinfra.com
>>>
>>>
>>>
>>
>>
>
> Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy
> Systems Administrator @ hub.org
> primary: [EMAIL PROTECTED] secondary: scrappy@{freebsd|postgresql}.org
>
>
