The discussion of who should be admin was discussed at length a few months
ago... please, let's not go there again. Save the bandwidth and refer to the
archives. That's what they're for.
-Eric
-------------------------------------------------------
arctic bears - the internet - your way.
50000 domain names were reserved today. was yours?
domains from US$25/year, name resolution, mail hosting.
http://www.arcticbears.com
----- Original Message -----
From: "ecs" <[EMAIL PROTECTED]>
To: "Florian Effenberger" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Thursday, November 09, 2000 3:31 AM
Subject: RE: Re[2]: Which rights does the Administrative Contact have?
>
>
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Florian Effenberger
> Sent: Thursday, November 09, 2000 12:28 AM
> To: [EMAIL PROTECTED]
> Subject: Re[2]: Which rights does the Administrative Contact have?
>
> >We have a close connection with our customers, and I would like to
> >keep us as admin contact. This solves a problem with "nonvalid admin
> >e-mail accounts". If a customer wants to transfer, change or delete
> >the domain, we surely will agree.
>
> But what if you don't agree? You say "surely will agree", which means
that
> you might not agree. It is the client's domain, they should be the admin
> contact.
>
> We never make ourselves the admin contact on any client domain. We have
> seen too many problems when the web designer or hosting company is the
admin
> contact and the client decides to part ways with them and they fight it.
We
> prefer not to be in a position of potential conflict of interest with our
> clients or ex-clients.
>
> The problem with nonvalid admin email accounts is caused by OpenSRS not
> notifing the tech contact of proposed changes to the domain and not giving
> the tech contact the authority to make any changes to the domain.
>
> In my opinion, this is one point where Network Solutions' system is
superior
> to OpenSRS.
>
> With clients registered with Network Solutions, as tech contact we have
been
> able to solve problems for clients when their email address would not
work.
>
> The only work around to this is to modify the script to save a copy of the
> client username and password to give them if they lose their password and
> have an invalid email address.
>
> And that does not solve every problem, as some clients later change their
> password. In those cases if their email address is not current, all we
can
> tell them is to fax the information of OpenSRS and ask the problem be
> corrected. Which tees them off, but there's not much we can do about it.
>
>
