Re: (RADIATOR) Recommendations for ISP Billing System
Yes, it uses Filemaker Pro. FMP has hooks to query a SQL database but not act as an SQL database. As it is now Optigold has a RADIUS import feature that imports parsed RADIUS detail files. Optigold already works with a number of user management packages and even exports RADIUS users files. I'm not exactly sure how the integration would work but i've copied this to the Optigold ISP list for further comment :-) Of course you also have all the features of FMP like built in web integration, cross platform operation, etc. For all you Optigold ISP users out there, Radiator is definately one of the best (if not the best) RADIUS servers around. Check it out at http://www.open.com.au/radiator/ -Dave On Fri, 19 Feb 1999, Mike McCauley wrote: > On Feb 18, 8:26pm, Novagate Systems Admin wrote: > > Subject: Re: (RADIATOR) Recommendations for ISP Billing System > > Check out http://www.data-point.com/products/isp/ > > > > IMHO, it is by far the best package out there. From an interface point of > > view it is easily the best. And moving from Quickbooks is a snap, just > > click on the fields you want to convert. Also, the revisions are constant > > so if there's a feature you need it will probably end up in the next > > version (although it does just about everything, including manage a > > WuakeII server!). I've seen some packages that haven't been upgraded in > > months and as we know, our businesses are not that static :-) > > Looks very nice. > Any idea what sort of database is behind it? > Could Radiator get to it? > > > -- > Mike McCauley[EMAIL PROTECTED] > Open System Consultants Pty. Ltd Unix, Motif, C++, WWW > 24 Bateman St Hampton, VIC 3188 AustraliaConsulting and development > Phone, Fax: +61 3 9598-0985 http://www.open.com.au > > Radiator: the most portable, flexible and configurable RADIUS server > anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, > Platypus, Freeside, external, etc etc etc on Unix, Win95, NT, Rhapsody > === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Recommendations for ISP Billing System
Check out http://www.data-point.com/products/isp/ IMHO, it is by far the best package out there. From an interface point of view it is easily the best. And moving from Quickbooks is a snap, just click on the fields you want to convert. Also, the revisions are constant so if there's a feature you need it will probably end up in the next version (although it does just about everything, including manage a WuakeII server!). I've seen some packages that haven't been upgraded in months and as we know, our businesses are not that static :-) -Dave On Thu, 18 Feb 1999, Internet 2xtreme wrote: > We too came up the same path that you did. We started out with just > plain quickbooks. Once we cleared 1200 customers, that was not > usable any more. Then we went with a billing program offered by our > Credit Card processing company called webbiller. That was not good at > all. After a year of that, we finally got going on platypus. We love it. > We looked at emerald, but felt that was a work in progress. We also > looked at the literature on rodopi and ISPgold. Platypus looked better, > so we got it. It wasn't until a year after having platypus that we got > radiator. That was a nice complement to platypus. We know of one > other ISP in our area using platypus as well. > > John Kicklighter > Internet 2xtreme > > From: "Leigh Sandy" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Subject: (RADIATOR) Recommendations for ISP Billing System > Date sent:Thu, 18 Feb 1999 16:54:18 -0500 > > > We are in the process of evaluating a billing system for our office. We currently >have about 2000 dial-up customers and are transitioning from Livingston Radius to >Radiator. Our current billing system is QuickBooks Pro and it is really a pain. Any >comments on Rodopi? Platypus? Emerald? Do > any of them build the server with all the software preinstalled and configured? We >need something that won't take much of our time to configure. > > > > Leigh > > - Original Message - > > From: Kevin Wormington > > To: [EMAIL PROTECTED] > > Sent: Thursday, February 18, 1999 11:30 AM > > Subject: (RADIATOR) SQL with failover to flat file > > > > > > Hi all, > > > > I am using v2.13 with a modified AuthPLATYPUS going against MSSQL 6.5. I would >like to set radiator up to try authenticating from AuthPLATYPUS and if the SQL server >is down then attempt authenticating from a flat users file, this would allow my >remote radius servers to authenticate if there > was an sql server failure or a leased-line was down. Is this possible and would >there be a delay on each auth if the sql server were down or would it get marked as >down until it came back up? > > > > Thanks, > > > > Kevin > > Sofnet, Inc. > > > > > > === > To unsubscribe, email '[EMAIL PROTECTED]' with > 'unsubscribe radiator' in the body of the message. > === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
Re: (RADIATOR) Archive?
I just submitted the radiator list to http://www.mail-archive.com/ about a week ago. As to before that, anyone else? -Dave Munroe Novagate On Thu, 11 Feb 1999, Brian Baggett wrote: > Is there an archive of this list anywhere? > > Thanks, > > Brian > > > === > To unsubscribe, email '[EMAIL PROTECTED]' with > 'unsubscribe radiator' in the body of the message. > === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
(RADIATOR) check user's shell
A few years ago when we first set up RADIUS we performed a relatively simple hack to check the users shell when authenticating via the unix password routine (master.passwd file BSD). The majority of our users are checked via the unix system. Basically users with /hold, /nopay, /disconnected, and /usr/contrib/bin/pine (email only account) would be rejected and sent an appropriate reply, for /nopay, "Due to lack of payment this account has been disconnected...", for /...pine, "This account is for email only.", etc. This capability is a hack to radiusd.c in 1.16 and I can elaborate further if necessary. (per recent discussions on the list, I understand reply messages will be in a future radiator release. We do have a fair number of clients that get these messages and it would definately increase our support call rate if users no longer knew why their logon attempt was rejected. FYI, clients that do receive these reject messages include macppp users, winsock script users, and just about anyone using a logon script.) Anyway, we very much need this functionality in radiator. I suppose it could be done with group checks and replies (in the next release?) however I would like to be able to check against the shell for legacy and other reasons. If this can be accomplished without hacking the source I would be very happy. However, if necessary, I am willing to take the steps to maintain legacy compatibility and modify the source. Thanks for any info! -Dave Munroe Novagate === To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
