We will take these wording suggestions to heart - thanks!
sA
At 10:34 PM 4/11/02 -0700, [EMAIL PROTECTED] wrote:
>On Thu, 11 Apr 2002, Charles Daminato wrote:
> > These are all great suggestions for altering the transfer away message.
> > The only problem is, with these invoices, if someone goes and "renews"
> > their domain, THAT'S what starts the transfer process - the "Transfer
> > Away" message is too late to stop this.
>
>Lets not forget the transfer away message is there to help stop
>unauthorized transfers like this.
>
> > In our experience, even if
> > someone denies the transfer away, after the "renew" fee is paid the
> > registrar places subsequent attempts to transfer the domain until the
> > domain is gone, or the registrant gets fed up and figures out what's going
> > on to cancel the transfer at the source.
>
>At least one client had first hand experience with this. We figured out
>that netsol wasn't giving up when the second request came through. They
>decline the second one and then we enabled registry lock on their domain
>to end it once and for all. They were so impressed with our customer
>service in this issue (we brought it to their attention and suggested the
>lock) that they are going to renew with us for 10 years...
>
>I agree with Jonathan that the transfer away could use some work.
>
>
> > On Thu, 11 Apr 2002, Jonathan wrote:
> > >
> > > > Read up everyone: Here is the easiest solution to the
> > > > Network Solutions and Domain Registry of America problem
> > > > where they send mass postal mail to your clients
> > > > and try to get them to transfer away.
> > > > Alot of these customers accidentally think the renewal
> > > > notice is from you, and Network Solutions tranfers them away.
> > >
> > > >Here is the solution to stop this. Its simple.
> > > >OPENSRS needs to change their "Reseller Message" for domains
> > > >transfering away from the reseller's account.
> > >
> > > >The current doesn't make much sense and is ineffective.
> > > >I'll explain why below with inserts line by line.
> > > >The objective of the message should be to "retain client"
> > > >and the current message does not meet that objective at all.
> > >
> > > Current Transfer-Away Message from Reseller reads:
> > >
> > > A request has been received to transfer the domain {{domain}}
> > > away from the Registrar Tucows. This request was entered at
> {{order_time}}
> > > by {{gaining_registrar}}
> > >
> > > >Why this paragraph doesn't make much sense?
> > > >The customer who is looking at this message does not know who
> > > >TUCOWS is, since they only deal with the RSP reseller.
> > > >Why not replace "Registrar Tucows" with {{rsp_orgname}} instead.
> > > >That would definitely make more sense to the Registrant and
> > > >they would be more likely to stay and decline the tranfer-away
> > > >if they knew what the message was talking about.
> > > >Doesn't everyone just think that this makes perfect sense?
> > > >At this point of the transfer-away, it doesn't do any good
> > > >at all to mention Tucows. However, mentioning the Reseller
> > > >instead will save the transfer if it is a false transfer.
> > > >The customer will at least know who they are transfering away from.
> > > >and may reject it.
> > >
> > > If this is a valid request and you wish to approve this transfer,
> > > please visit the following url and follow the instructions:
> > >
> > > {{transfer_url}}?away=1
> > >
> > > > Why is this sentence directing/encouraging them to transfer away?
> > > > Why not direct them through the opposite with something like:
> > >
> > > > "If you did not request the transfer-away from {{RSP_NAME}}
> > > > you must visit the following URL to decline the transfer."
> > > > {{transfer_url}}?away=1 or it will be transfered away."
> > >
> > > If you do not wish to approve this transfer, you must visit the URL
> > > above, and use the Domain Name and Password shown to Decline it.
> > > Accepting this transfer will change the registrar of record for your
> > > domain from Tucows, to {{gaining_registrar}}.If you are receiving this
> > > email, you should have initiated, or at least been aware of this
> > > request already.
> > >
> > > > Too lengthy. Shorten it down. This way, when we add our own custom
> message
> > > > it wouldn't be so far down.
> > >
> > > If this is the first time that you've heard of this,
> > > do not accept the transfer until you are satisfied that the request is
> > > legitimate.
> > >
> > > > Add "click here" to decline if you did not request the transfer.
> > >
> > >
> > > The transfer request will be automatically completed within 5
> > > calendar days if you don't either accept or decline the request.
> > >
> > > > If you wouldn't change the transfer-away message, at least allow us to
> > > > get rid of your current message and replace it with our own.
> > > > Having us add our message to the very bottom of OpenSRS's current
> > > > super long message does not help at all.
> > > > No one reads that much.
> > > > At least put our message on top where it can be read first.
Scott Allan
Director OpenSRS
[EMAIL PROTECTED]
