Re: [Daloradius-users] Disabling user accounts (and wishlist points!)

[Liran T. <lir...@gm...>]

Hey Ian,

See my reply inline:

On Tue, Oct 7, 2014 at 8:44 AM, Ian Douglas <ia...@aa...> wrote:

> Hi Liran,
>
> I'm resending this as I just realised I didn't send it to the list, so
> sorry about that!
>
> Thanks for emailing back about my questions regarding disabling user
> accounts, my apologies I didn't respond sooner, but I've been quite busy
> while thinking greatly about this and what would be the easiest way to
> achive disabling/enabling users.
>
> In general we love the ease of the interface, (thank you very much!), and
> it really is simple enough for anyone to use, but as to my earlier email
> about the handling of the disable/enable users function, the inability to
> assign a priority value to groups makes the disable function a bit onerous
> as you have to manually change membership due to both groups having the
> same
> priority value anyway.
>
> I've added a few things below that would be my wishlist ( I don't know if
> any of them would break any RFC's?) for future Daloradius releases after
> having used it for some time now:
>


FYI I'm not planning of any official release for daloRADIUS...



>
> User Accounting:
> Allow Date Accounting to be set to a range, and keep that range instead of
> resetting back to the current month. This is a recurring problem at the
> start of every month when you need to check accounting records for several
> services for the last few weeks.
>

The Date Accounting does have a range... what is the exact problem?



>
> System Configuration:
> Ability to automatically schedule a backup from the GUI.
>
> User Management:
> Ability to set a default user group for new accounts.
> One click disabling a user account moves the user into a disabled group,
> doesn’t add an extra group.
>

Right now when you disable a user it moves it to a pre-defined disabled
group, doesn't it?
For example, when you disable a user from the edit page it tells you:
Please note, the user *test8* is currently disabled.
To enable the user, remove the user from the daloRADIUS-Disabled-Users
profile




> One click enabling a user moves user back into default user group (feature
> addition as above).
>

That works too...



> Currently it’s an issue for some people to understand how to get rid of
> the extra groups added when enabling/disabling, and you have to manually
> change the group anyway to enable.
>

Not sure what this means.



>
> Search Users:
> Allows more search criteria, such as all disabled accounts, never logged
> in, etc
>
> System Configuration:
> Create permission groups for new operators, grouping appropriate
> permissions based on admin or support access required, for example
> provisioning should have read access to most user related details, but
> write access only to the portions of Daloradius that allow editing or
> creating a user account. Similarly, NOC staff would have no need for any
> billing related areas, except the ability to see if a modem has
> authenticated, and be able to test the account, etc.
>
> Again though Liran, great product, and it really does work well, I'm very
> happy with it thank you.


> regards from OZ, Ian
>


Thanks Ian for your feedback and happy that you're using it.
Generally I'm not seeing any new releases for daloRADIUS, like I mentioned,
so I'd suggest that you can get a contract developer to perform all of your
changes. Any PHP developer should feel at home with the code, it's not
rocket science.


-- 
-- 
Sincerely, Liran Tal
http://www.enginx.com
<http://t.signauxdix.com/e1t/c/5/f18dQhb0S7lC8dDMPbW2n0x6l2B9nMJW7t5XZs1p87lgW3M2slP641vM-N3R-Ttb14XGXdrYK9F03?t=http%3A%2F%2Fwww.enginx.com%2F&si=5481066545545216&pi=43367ce0-6bfd-4d3b-b62f-8051a07f8c21>