>
> Item D, to me, seems quite bizarre. I "expect" OpenSRS to provide
>the same level of functionality as Network Solutions (pretend for a minute
>that netsol has some level of competancy... I know, it's a stretch). The
>idea that NetSol would transfer a domain's ownership over to an ISP
>because the ISP was never paid for the domain registration seems to me to
>be quite silly.
Go register a domain at NetSol and then chargeback your credit card. You will see what will happen. There is NOWAY ON EARTH that you will be able to use those domains unless you FULLY pay for them. Are we able to enforce the same rules? NO. You seem to miss this whole point!!! My point here was that since "WE" paid for it, "WE" should own it... simply put it you pay for it , it is yours. What part of that is unreasonable???
In item C you mention presenting your company as a
>competant service provider but then in item D your statements indicate
>that you are not willing to address the risks and accept responsibility
So if someone orders 10 domains at 10 years and backs out on payment 30 days later, this is fine with you? Noone says there is no risk, the risk is, you pay for it, and then customer refuses to pay, in that case you are STUCK with the domains, "that" by itself is risk enough.... now if you are telling me on top of that you don't get the domains either, that is beyond a reasonable risk when it can be avoided by OpenSRS setup.
>for the parts of the transactions that are yours.
> Grossly generalizing, I see so many posts in here asking for all
>sorts of oddball functionality that really should be implemented on our
>side by us, the service providers, not by OpenSRS, which is essentially a
>gateway to the NSI database for those of us who aren't immediately
OpenSRS is NOT a gateway to NSI database. They buy it, then we buy it from them and resell it to customers, if they were simply a gateway, then you and I would have full control over the content.
>inclined to shell out eight zillion dollars for the ICANN nod of approval.
I am sorry... in Canada, where we are located, the Canadian currency does not run up to "zillion" dollars. :-)
>If your customers are going to lose their passwords then save them in a
>database on your end for later use in the support process. If you don't
Here you miss the point again. How am I going to save passwords, when I don't have access to them and I don't even know what they are??? Have you even run the live system yet? When a customer sets a password and requests a domain, you as a reseller don't even see the password! You are going in circle, giving me an answer, which was the source of my objection to start with!!! The only way to save passwords is to modify the OpenSRS default scripts and add my own custom lines to "steal" passwords. Sorry we don't work this way and we rather have full control, with knowledge of OpenSRS and our customers that we know their passwords and can make changes for them. Additionally if we are going to register 100 or so domains a month, we don't want to contact each one of those domain owners and request that we are added as users so we can manage the domain for them!!! In this case we would have to use unique password for each domain for security purposes and again this will be an unreasonably a complicated task when we
can simply have a master access to all these domains as resellers.
Most important point to remember is that saving customers' passwords in a databse on your system, as they register domains, is worse than saving their credit card numbers. A simply security breach can lead into thousands of ticked off customers (which consequences wouldbe worse than making their credit card numbers public as it hapened with CiHost) and the risk with the method you are proposing is unacceptable.
>want to seem a mark-up middleman then develop an entire management
>interface yourself using opensrs.pl . You might actually have to expend
>some effort in setting up your business.
>
The whole point of this discussion board was to come up with a system acceptable to the majority. Another point that you missed! :-)
>
>Jeff Dafoe
>Systems Administrator
>Evolution Communications, Inc.
Cheers,
Farhad Sadeghi
Coolfred Internet Services
http://www.coolfred.net
_____________________________________________________________
Email Powered by Everyone.net
This archive was generated by hypermail 2.1.3 : Tue Oct 19 2004 - 23:35:23 EDT