On Mon, 14 Nov 2005, Alan DeKok wrote:
> Kristina Pfaff-Harris <[EMAIL PROTECTED]> wrote:
> > But seriously, folks. We can deal with that -- a little more load on the
> > tech support folks, but not huge. On the other hand, I don't suppose you
> > have any suggestions for a better way to do a simi
Kristina Pfaff-Harris <[EMAIL PROTECTED]> wrote:
> But seriously, folks. We can deal with that -- a little more load on the
> tech support folks, but not huge. On the other hand, I don't suppose you
> have any suggestions for a better way to do a similar thing?
rlm_policy. It's more generic tha
On Mon, 14 Nov 2005, Alan DeKok wrote:
> The whole "nospace_user" stuff is a *terrible* hack.
Heh. Fair enough.
> If that works, fine. But this functionality will *not* be in 1.1 or
> later.
Gads. You mean users will have to type their usernames and passwords
correctly? Eek! :-)
But seri
Kristina Pfaff-Harris <[EMAIL PROTECTED]> wrote:
> Hi, again. Another strangeness I noticed: we have "nospace_user = after"
> in radiusd.conf, but since switching to 1.0.5, this doesn't appear to act
> the same way as it did in 0.8.1. Using a username like "username " keeps
> rejecting the user i
Hi, again. Another strangeness I noticed: we have "nospace_user = after"
in radiusd.conf, but since switching to 1.0.5, this doesn't appear to act
the same way as it did in 0.8.1. Using a username like "username " keeps
rejecting the user instead of stripping spaces and trying again.
"nospace_u
5 matches
Mail list logo