Re: Extension for an abuse contact in Domain objects?

"Michele Neylon :: Blacknight" <[email protected]>
Newsgroups gmane.ietf.provreg
Message-ID <D1AC4482BED7C04DAC43491E9A9DBEC3010DD473@bkexchmbx01.blacknight.local>
Luis

But you're relying on "us" ie. registrars, to implement it.

Unless a registry operator made it mandatory for us (registrars) to do this I can't see why we'd want to, as it would add extra levels of complication in terms of user interfaces etc.,

And it would also need to be compatible with ICANN's whois policy on whois data formatting (assuming this becomes mandatory). 

Regards

Michele

--
Mr Michele Neylon
Blacknight Solutions
Hosting & Colocation, Brand Protection
http://www.blacknight.com/
http://blog.blacknight.com/
http://mneylon.tel/
Intl. +353 (0) 59  9183072
Locall: 1850 929 929
Direct Dial: +353 (0)59 9183090
Fax. +353 (0) 1 4811 763
Twitter: http://twitter.com/mneylon
-------------------------------
Blacknight Internet Solutions Ltd, Unit 12A,Barrowside Business Park,Sleaty
Road,Graiguecullen,Carlow,Ireland  Company No.: 370845

________________________________________
From: Luis Muñoz [[email protected]]
Sent: 29 October 2012 15:47
To: [email protected]; Neylon:@
Cc: Gould, James; [email protected]
Subject: Re: [provreg] Extension for an abuse contact in Domain objects?

On Oct 29, 2012, at 10:50 AM, Michele Neylon :: Blacknight wrote:

> Most of our registrants wouldn't know what what to do with an abuse report. As a hosting provider and registrar we end up having to pro-actively contact our clients when there are issues and explain to them in simple terms how to remedy them.
> While I can see that kind of thing being of use to the more technically minded registrant I'd imagine that they're in a minority and would probably be more likely to have some kind of reseller access if they were registering larger number of domains ..

Yes, the technical illiteracy argument is a very powerful deterrent. The same argument could be made about Tech contacts and the like, which in many cases end up being handled by a (hopefully better) informed third party. IMO this would be a point against a "mandatory" contact.

I think having an optional abuse contact defined for Domain objects would allow knowledgeable Registrants a mechanism to advertise the existence of this POC (and to some extend, a working abuse contact could be a data point in and on itself). Less inclined Registrants could simply refrain from providing this information, so the fallback would be the current status quo.

More competent Registrants would use this optional POC to advertise their preferred email for receiving complaints, sparing hosting technical contacts -- which in many cases belong to different organizational structures -- from having to sort through reports destined for other groups.

Certainly having a "back-office" solution (via web UI or an off-band process) to manage this type of contact information  would work for smaller volumes, but having API support for this would negate the need to provide such access for this purpose. Current resellers would then use the existing interfaces to provision this information just as they do with the rest of their contact data.

Best regards

-lem

_______________________________________________
provreg mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/provreg
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.