Yes, I know this is how it works "currently" that is why I was suggesting
the change. How do you know it is not as simple as I stated? Do you work
for OpenSRS? I have extensive experience with Perl and it can be
accomplished as simple as checking for the information, "if" it is present
add it... "else" default to the original behavior. Just add a if, else
statement.
I would appreciate feedback from OpenSRS on this possible change...
Thanks,
Scott
----- Original Message -----
From: Bill Gerrard <bill@daze.net>
To: <dev-list@opensrs.org>
Sent: Wednesday, January 19, 2000 4:11 AM
Subject: RE: Changes on opensrs's side
> Yes, that is how it works now.
>
> >From the README:
>
> sw_register
> reg_username, reg_password, domain, reg_domain (optional)
> affiliate_id (optional)
>
> for each contact type (owner, billing):
> required contact fields
>
> You can only currently pass owner and billing contacts via sw_register.
> Upgrades planned include a register this domain (on the fly) command (as
> opposed to the current method where its an all or nothing--register all
> domains or queue all domains for manually "push through"). The other
> upgrade many of us are waiting for is the ability to specify the other
> contacts and the name servers.
>
> Unfortunately, its not as simple as "modifying the script on the OpenSRS
> side".
>
> > I am using a modified version of reg_system.cgi so I can take
> > advantage the
> > extra features such as authorizing domains to verify payments. I have
ran
> > into a problem though. Even if they submit technical contact
information,
> > nameservers, and administrative information the system will not
> > record this.
> > My technical contact information is added instead of theirs, the owner
> > information is added to the administrative information, and my
namservers
> > are added instead of theirs.
> >
> > Can you please modify the script on your end to allow the
administrative,
> > technical and nameservers to be different if it is submitted through the
> > reg_system.cgi. If the administrative, technical, and nameservers is
not
> > submitted then it can default to the current behavior.
> >
> > Thanks,
> > Scott
> >
> >
>
>
This archive was generated by hypermail 2.1.3 : Tue Oct 19 2004 - 23:35:14 EDT