<div dir="ltr">Thanks for the actual/real use case examples.<div>You wrote: </div><div><span style="font-size:12.8px">(whois data not actually needed as we have all the data in our system anyway)</span><br><div>Do you think if the customers knew to look at whois they would have been able to sort out any of these issues themselves?</div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 3, 2016 at 5:42 PM, Rob Golding <span dir="ltr"><<a href="mailto:rob.golding@astutium.com" target="_blank">rob.golding@astutium.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi<br>
<br>
Having just returned from a conference, I've had opportunity to review some of the Support Tickets handled in my absence, as we do every month-end anyway, but paid special attention to those relating to domains.<br>
<br>
I've excluded many (as the logs don't show a whois was done), which largely consist of:<br>
* how do I renew<br>
* how do I cancel<br>
* will you take payment automatically<br>
type questions and limited this to real "use cases" where a WHOIS has been part of either the affected party needing data/contact info (if server logs show a whois query from that user), or during the investigation by registrar staff (where the server logs show a whois from our staff ips) or where whois data was pasted into the ticket, from the last 7 days ...<br>
<br>
I'll try and layout to the 'template format' tomorrow:<br>
<br>
<br>
#1<br>
End User: My Email Stopped Working at the Weekend<br>
Actual Issue: Domain expired on Friday<br>
Details accessed from WHOIS: domain name, expiry date, registrar name<br>
Resolution: we're only the host, directed to contact their registrar<br>
(client had not actually looked at domain/whois, we wouldnt have needed to look to know we're not the registrar)<br>
<br>
<br>
#2<br>
End User: Everything down, I can't PING www.*REDACTED*<br>
Actual Issue: Host "vanished" as nameservers no longer online/responding/serving records<br>
Details accessed from WHOIS: domain name, expiry date, registrar name, nameservers<br>
Resolution: Informed to try and contact their host another method, if that fails, will need to find a new one and update their domain. Provided details of wayback machine and our hosting plans<br>
(whois data not actually needed as we have all the data in our system anyway)<br>
<br>
<br>
#3<br>
End User: Manual Domain Renewal<br>
Actual Issue: Registrant failed to renew domain/disabled renewal<br>
Details accessed from WHOIS: domain name, expiry date, registrar name<br>
Resolution: provided link to client portal to login and instructions on renewal<br>
(whois data not actually needed as we have all the data in our system anyway)<br>
<br>
<br>
#4<br>
End User: domain transfer still pending after 2 weeks - help!<br>
Actual Issue: Domain is still locked at losing registrar<br>
Details accessed from WHOIS: domain name, epp status, registrar name<br>
Resolution: suggested to login to current registrar (where is claims to be unlocked) and re-lock and unlock again, and advise use when done to restart the transfer process<br>
(client had already been emailled the lock/status data at the start of the transfer process)<br>
<br>
<br>
#5<br>
End User: My website is down again<br>
Actual Issue: Domain has 2 valid (responding with A record) nameservers and 2 invalid namesrevers<br>
Details accessed from WHOIS: domain name, nameservers<br>
Resolution: client added the nameservers for their hosting instead of replacing the nameservers already on the domain, support removed the additional 2 namesrevers for them and instructions on clearing cache provided<br>
(had client looked at whois they may have spotted this themselves - whois data not actually needed as we have all the data in our system anyway)<br>
<br>
<br>
#6<br>
End User: Domain showing as Expired but paid for<br>
Actual Issue: Registrant had failed to pay us for renewal, but paid a scammer instead<br>
Details accessed from WHOIS: domain name, expiry date, status code, registrar<br>
Resolution: client educated about domain scams, payment taken by phone by us (registrar) for renewal and renewal processed, told to contact card issuer regarding the "directory service" $75 payment they made to the scammer<br>
(whois data not actually needed as we have all the data in our system anyway)<br>
<br>
<br>
#7<br>
End User: URGENT Unable to access website/email - *REDACTED* expired ?<br>
Actual Issue: Domain has expired as renewal not paid, redirects to renewal required page<br>
Details accessed from WHOIS: domain name, expiry date, registrar name<br>
Resolution: Registrant had ignored upcoming domain expiry notices, and renewal invoice ( email address exists and is valid but they're not regularly monitoring it). They couldn't/didn't get the post-expiry notices ( which woudl have equally been ignored anyway ) as the contact email was @thedomain. Registrant couldn't now login and pay as no recollection of password, and reminders unable to be sent (as contact is @thedomain which has expired). Details validated "offline", renewal processed on their behalf to get back online and both email and paper copies of invoice sent - and now showing as paid.<br>
(whois data not actually needed as we have all the data in our system anyway)<br>
<br>
<br>
#8<br>
End User: Assigning www.*REDACTED*<br>
Actual Issue: Designer wants to "hand-off" the billing/management/ownership of domain and hosting to end-user<br>
Details accessed from WHOIS: domain name, registrant name<br>
Resolution: Designer reminded on how to have their client signup directly to agree to our T&Cs and about our service-push process. Domain is currently in name of designer (as all of theirs are) so they're the RNH, so (as per their previous similar requests) a change-of-owner process will need to be followed which old and new registrant will need to take part in<br>
(whois data not actually needed as we have all the data in our system anyway)<br>
<br>
<br>
#9<br>
End User: My website has been hijacked<br>
Actual Issue: Accessing domain in a browser shows a hosting company sales/holding page<br>
Details accessed from WHOIS: domain name, nameservers, registrar name, registrant name<br>
Resolution: no changes have been made recently to the domain (last update was Feb 2015) and the hosting account (with us) is active but no traffic since 29/July (domain is not expired)<br>
It would appear they'd used the DNS service(s) included in their previous hosting to repoint the domain to the new hosting rather than updating the nameservers at their registrar (not us), and that hosting account no longer exists at the host.<br>
Advised to first contact the previous host as the domain is in the name of the host, to get nameservers and "ownership" sorted out, then to transfer the domain to us so they can manage it all in one place<br>
<br>
<br>
I'm personally dissapointed in the final use-case, as it used the "personal details" about the registrant, which conflicts with our opinion about what information should be 'public' - although not strictly needed in providing the support (as the advice to contact the old host / dns provider would have been the same without that, but it did highlight an issue the client was unaware of)<br>
<br>
Rob<br>
______________________________<wbr>_________________<br>
gnso-rds-pdp-wg mailing list<br>
<a href="mailto:gnso-rds-pdp-wg@icann.org" target="_blank">gnso-rds-pdp-wg@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/gnso-rds-pdp-wg" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/l<wbr>istinfo/gnso-rds-pdp-wg</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><br style="color:rgb(0,0,0);font-family:Times;font-size:medium"><br style="color:rgb(0,0,0);font-family:Times;font-size:medium"><div style="min-width:960px;min-height:82px;line-height:18px;margin:6px 0px;padding:8px;border-top-width:1px;border-top-color:rgb(153,153,153);border-top-style:dotted;border-bottom-width:1px;border-bottom-color:rgb(153,153,153);border-bottom-style:dotted;font-family:'Lucida Grande',Verdana,Arial,sans-serif;font-size:12px;color:rgb(153,153,153)"><a href="http://www.donuts.domains" title="donuts.domains" target="_blank"><img src="http://www.donuts.domains/images/D-99x124.png" alt="Donuts Inc." width="37" height="54" style="float:left;padding:2px 6px 0px 0px;border:none"></a><div style="padding:6px 0px 0px"><span style="font-size:14px"><strong style="color:rgb(51,51,51)">Elaine Pruis</strong>, Vice President, Operations</span><br><strong><a href="http://www.donuts.domains" title="donuts.domains" style="color:rgb(102,102,102);text-decoration:none;border-bottom-width:1px;border-bottom-color:rgb(204,204,204);border-bottom-style:dotted" target="_blank">Donuts Inc.</a></strong><br>10500 NE 8th Street, Suite 350, Bellevue Washington, 98004, U.S.A. | Telephone: 509.899.3161<br><a href="https://twitter.com/DonutsInc" target="_blank"><img src="http://www.donuts.domains/images/social_twitter_box_white_512.png" alt="Twitter" width="30" height="30" style="float:left;margin:2px 4px 0px 0px;border:none"></a><a href="https://www.facebook.com/donutstlds" target="_blank"><img src="http://www.donuts.domains/images/social_facebook_box_white_512.png" alt="Facebook" width="30" height="30" style="float:left;margin:2px 4px 0px 0px;border:none"></a><a href="http://www.linkedin.com/company/donuts-inc-" target="_blank"><img src="http://www.donuts.domains/images/social_linkedin_box_white_512.png" alt="Linked In" width="30" height="30" style="float:left;margin:2px 4px 0px 0px;border:none"></a></div><div style="clear:both"></div></div><br style="color:rgb(0,0,0);font-family:Times;font-size:medium"><br style="color:rgb(0,0,0);font-family:Times;font-size:medium"><span style="color:rgb(0,0,0);font-family:Times;font-size:medium"> </span><br></div></div>
</div>