Message-ID: <002801c1dff3$aa586010$326468d8@fantasy> From: "Kurt Schafer" <email@example.com> Subject: Re: [Emerald] Default Grace Period (Days) Date: Tue, 9 Apr 2002 14:23:37 -0400
Thanks Dale, that worked perfectly.
Can you refresh my memory on the 'Password Replace' option in RadiusNT ? I
seem to recall something about needing to set the password to "ANY" and then
Radius will update those SubAccounts with the user provided password the
next time they log in. Is this the procedure ? I've just scanned through our
DB and it appears that we've got about 1,000 acounts (out of 10,000) that
have a NULL password. I remember when we undertook our migration from a Unix
based passwd file to Emerald 2.2 way back when, this 'Password Replace'
option was a godsend.
----- Original Message -----
From: "Dale E. Reed Jr." <firstname.lastname@example.org>
Sent: Tuesday, April 09, 2002 1:50 PM
Subject: Re: [Emerald] Default Grace Period (Days)
> > In the Accounting configuraiton under Global, I've enterred in a
> > default grace period of 63 days. (2 months +1 day)
> This only affects NEW accounts. Existing accounts are not adjusted
> or changed.
> > Accounts however who are set to expire on March 31st, (who
> > haven't paid their bill yet) are still having 'Account is expired'
> > messages returned when I try to authenticate the account via
> > radlogin.exe
> You would need to update the existing accounts to reflect the
> change as well. If you want all services to have a 63 day perm
> extension, you can do this:
> Update SubAccounts Set Extension = 63
> > If I set the 'Temp Extend' to some point in time beyond today,
> > the account does indeed authenticate.
> On the MBR or in global settings? None of these global settings
> affects existing accounts, only new ones.
> > What I'm wonderring is if the 'Default Grace Period' gets applied
> > to an MBR or SubAccount field during some kind of batch event
> > (like an invoice run) rather than the expiry being calculated on the
> > fly during a Radius authentication request ? Should I run a SQL
> > script to update a field someplace ?
> The Temp extend (on the MBR) is cleared when a payment is received.
> Otherwise neither the temp extend (MBR) or perm extend (service) is
> changed during invoices, statements, etc.
> This is a user supported list. If you require assistance from IEA
> Support Engineers, please check out our Support resources at
> For more information about this list (including removal) go to: