There is already bulk registration options in the 01/15/2000 client release
and in fact a few people have commented that they liked the way it worked
and that it worked well. So if the main issue is bulk registrations then I
would say we already have that. If the issue is that customers are use to
the old email way then I would say....so. Don't get me wrong I think we
should try and help the customer as much as possible but even NSI doesn't do
email registrations hardly at all anymore except for a few of their larger
reseller/partners. So I don't see how asking customers to learn a web
interface is going to be that much of a change over the existing state of
affairs. So they have to learn your web interface, so what, if they don't
learn yours chances are they will have to learn someone's web interface.
Also there is a very real problem of security. If they pre-pay for domain
registrations, how would you easily prevent spoofed email attempts without
changing the email format too much that NSI used to use? If they don't
prepay for the domain how are you going to make sure that the credit card or
whatever they use to pay for it before allowing the domain to be registered
will be secure so that someone can't intercept it and steal the credit card
since email isn't encrypted.
I see a lot of potential abuses for email domain registrations which has
been proven over and over again by NSI and the fact that so many domains
have been hijacked by spoofing email. Just look the incident in the news
lately that I posted to the discussion list.
Tim Jung
System Admin
Internet Gateway Inc.
tjung@igateway.net
----- Original Message -----
From: "Jeff K.V. Bhavnanie" <jeff@c-a-s-h.com>
To: <dev-list@opensrs.org>
Sent: Wednesday, January 19, 2000 11:59 AM
Subject: Re: Email templates.
> Hi Tim,
>
> The reason for me asking this question was, I might have clients who
register
> names in bulk and they would rather send a old proven method NETSOL used
to
> use, than using a web interface.
>
> There has to be more than one way to register domains, can't only rely on
one
> method.
>
>
> Jeff.
>
>
>
> Tim Jung wrote:
> >
> > If I remember correctly some of my discussion with OpenSRS they plan to
> > support this somehow in the future. I don't know when that will be as
there
> > are other things that have priority over supporting new methods, like
> > getting the existing ones to work and for them to work well.
> >
> > Personally I would rather see this as another client end script rather
than
> > something that OpenSRS does themselves. You could use most of the
reg_system
> > script to get the job done, or you could in fact use that script and
just
> > add a command line switch that passes the email to the script for
processing
> > to utilize all the existing work easily.
> >
> > I have mixed personal thoughts on the issue of supporting email domain
> > registrations. Since it requires a bit more thought and understanding in
> > theory than a well designed web interface would on the part of the
client
> > who is registering a domain. Also what would email registration buy you
over
> > a domain registration? The only advantage I see would be for countries
that
> > charge by the minute to connect to the internet. Which at that point
perhaps
> > a stand alone application would be better suited and friendlier than a
email
> > form. I know the email form is easier to support right away but what
does it
> > really buy you to support an email form for registration?
> ------Snip--------
> >
> > > Hi,
> > >
> > > Will OpenSRS accept registrations via email templates? if the answer
is
> > Yes,
> > > then how will the reseller get involved in the middle?
> > >
> > >
> > > Jeff.
This archive was generated by hypermail 2.1.3 : Tue Oct 19 2004 - 23:35:14 EDT