It's to do with operators rather than tables. "=" will not replace attribute value if one already exists. ":=" will.
There is a case for blocking this in cases when same attribute has both user and group sql entry. That would enable for user entries to take preferance over group entries even when ":=" operator is used. Ivan Kalik Kalik Informatika ISP Dana 17/9/2008, "J M Toms" <[EMAIL PROTECTED]> piše: >FYI, radreply items override radgroupreply. I have Idle-Timeout in >both radreply and radgroupreply and user's values override what is set >in groups. > >Why is this processing order different for check items? It is quite >natural to set default values in group and override the defaults for >some users by setting it in user table. Just curious.. > >Thanks, >JT > > >On Tue, Sep 16, 2008 at 5:14 PM, J M Toms <[EMAIL PROTECTED]> wrote: >> Hello Ivan, >> Thanks for quick reply. Deleting the radgroupcheck entry did the trick. >> >> Regards, >> JT >> >> 2008/9/16 <[EMAIL PROTECTED]>: >>> And the point of radgroupcheck entry (apart from overwriting the radcheck >>> entry - radcheck entry gets processed first, than radgruopcheck entry >>> overwrites it) is? Remove that entry and store that value somewhere else >>> - not in radius schema. Create an additional table and store such stuff >>> there. >>> >>> Ivan Kalik >>> Kalik Informatika ISP >>> >>> >> >- >List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html > > - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html