ICANN/DNSO
DNSO Mailling lists archives

[registrars]


<<< Chronological Index >>>    <<< Thread Index >>>

RE: [registrars] FW: Transfer Problem - 007Names


Margie,

Specific examples are key to determining what the issue might be.  In order
to protect registrant confidentiality, I suggest sending the specifics off
the registrar list.

Regards,

Bruce

-----Original Message-----
From: margie.milam@markmonitor.com [mailto:margie.milam@markmonitor.com]
Sent: Tuesday, June 18, 2002 2:21 PM
To: bbeckwith@verisign.com; registrars@dnso.org
Cc: James.Hepworth@markmonitor.com
Subject: RE: [registrars] FW: Transfer Problem - 007Names


Bruce,

Markmonitor has experienced similar problems and thought we might shed light
on the issue.   Our technical staff believes that it could be a bug because
it appears to be associated with recently registered domain names instead of
older domain names that have been registered for a number of years.  When a
group of transfers for a particular client is initiated at the same time, we
have confirmed that the client receives a portion of the e-mails but not the
complete list.  If you need specific examples, I believe our technical staff
can provide you with details regarding the dates of the request and the
names affected.   

Thanks,

Margie Milam 

-----Original Message-----
From: Beckwith, Bruce [mailto:bbeckwith@verisign.com]
Sent: Tuesday, June 18, 2002 11:14 AM
To: 'registrars@dnso.org'
Subject: [registrars] FW: Transfer Problem - 007Names


Mike,

Thank you for forwarding this note.

Two issues:

1: without specific domain names to research, there is not much that we can
do to investigate these reported problems.  This is not a VeriSign
stipulation - you should find that any registrar would require specific
domain names in order to perform their research.

2: there are no topics that I am not pleased to discuss, in any forum,
private or public.  I choose to not understand what you are trying to say in
your second sentence.

Regards,

Bruce

PS - I've removed the email address and name/phone number of the sender of
the email to Joyce, since it her client and not relevant on this list.

-----Original Message-----
From: Michael D. Palage [mailto:michael@palage.com]
Sent: Tuesday, June 18, 2002 12:46 PM
To: Bruce Beckwith; Joyce Lin
Subject: Transfer Problem - 007Names


Bruce:

Attached is another VeriSign transfer problem. Perhaps you can resolve this
matter prior to the teleconference although I am sure that Joyce would not
mind discussing this matter publicly.

Best regards,

Mike


----- Original Message -----
From: "*** ******" <*******@******-****.***>
To: <joyce@webex.net>
Sent: Monday, June 17, 2002 1:33 PM
Subject: Problems with Network Solutions


> 007Names
>
> Joyce,
>
> First Case;
> I have 9 domain names that we tried to transfer a week prior to the
> expiration dates which were in May.  007 Names initiated those transfer
> requests and you emailed me copies of the confirmation emails (notably
> those do not have NIC tracking numbers).  In all cases, NO CONFIRMATION
> EMAIL is sent to the contact for the domain to approve the transfer.  The
> confirmation email box is active and valid.  I am an expert Internet user
> that has been on the Internet since 1995 and I know 100% for sure that I
> did not receive any confirmation email from Verisign (the one with the Yes
> approve xfer or No don't approve).  With 9 domains it would be impossible
> to miss as they'd probably come in a bunch in anyway.  So now that they
> expired, calls to Verisign result in "you must transfer when its in a paid
> status"....  We made the request when they were in a paid status and their
> system did not kick out the emails and then the rejection email comes
after
> expiration (very suspicious).  To me it appears that they hold those
> transfer requests intentionally until after expiration when they can then
> reject for what seems a valid reason.
>
> 2nd Case:
> I have 2 domains that don't expire until the end of June.  Verisign sent
> renewal notices 30 days in advance in which case I immediately requested
> that 007Names transfer them from Verisign to 007Names.  007Names did so,
> but again NO CONFIRMATION EMAIL was sent to the contacts.  Now in this
case
> the domains are NOT expired.  The rejection email appears 4 days later
> sayin we didn't approve the transfer request... BUT THE APPROVAL EMAIL WAS
> NEVER SENT BY VERISIGN.  Thus obviously we couldn't respond to it.  In the
> 6 phone calls I have made to Verisign each time I'm told the issues will
be
> escalated and given priority and that someone will call within 48
> hours.  They will not email or fax any documentation about what they are
> saying.  I have had 2 support personnel tell me that the reason why the
> transfers aren't going through is that they must be initiated more than 30
> days prior to the expiration date.  This is outrageous.  If I own the name
> I should be able to transfer up until the day it expires because I have a
> right to the intellectual property I have purchase INCLUDING THE RIGHT TO
> TRANSFER OR SELL IT.  BY DENYING THAT RIGHT THEY ARE IMPROPERLY
RESTRICTING
> MY RIGHTS AS A DOMAIN OWNER.
>
> I asked them to show me the policy in writing that says they can restrict
> transfer 30 days prior to expiration.  After being put on hold, support
rep
> comes back and points me to the Service Agreement on their web site.  That
> agreement has no such clause.  The only restriction in that agreement is
> that you can't transfer before 60 days after first registering.  It does
> not restrict in any way transfers in relation to expiration.
>
> It appears to me that Verisign is holding hostage my domain names unless I
> pay them the $35 renewal fee.  Since I can renew and maintain my domains
> cheaper and better with another ICANN accredited registrar, 007Names,
> Inc.  I should not be restricted by Verisign from making that choice.  If
> this cannot be resolved I am considering a class action suit against
> Verisign to prevent unfair deprivation of the property rights of domain
owners.
>
> Regards,
>
> ******* * ******, ***
> ***-***-****
>
>


<<< Chronological Index >>>    <<< Thread Index >>>