<div dir="ltr"><div>And "tel:123-456-7890" is a URL for a phone number. However, that means to replace the current POC info you need at least two URLs and probably more if you want to support a web form and possibly an API option. But I don't believe a single URL is a viable solution. </div><div><br></div><div>But then, with multiple URLs there becomes a question of order of preference. Which does the entity providing the URLs prefer and in what order? Furthermore, if you provide only a Web Form or API URL, where do you call or email if it seems to have gone wrong? </div><div><br></div><div>Simply changing the Abuse Contact to a URL isn't necessarily going to make things better, and it could make things much worse. While this could allow those that want to be responsive to increase their responsiveness, however, I fear that it also allows those that want to be unresponsive to obfuscate things even more than is possible today. </div><div><br></div><div>Having staff translate the current POC data to URLs is a reasonable transition strategy on the data production side of things. But a flag day on the data consumption side, would be unacceptable, at least in my opinion. So, there would need to be an overlap where both the Abuse POC and Abuse URL Data are available, and I think we are talking about multiple years of overlap. Further, for at least for part of that time those that want to provide only an Abuse URL would still need to provide an Abuse POC. <br></div><div><br></div><div>There are many users of the current Abuse POC, and an abrupt change in the format of this data is not acceptable in my opinion. So, while I support work in this area, some changes are most definitely needed, and long-term this seems like the right direction, nevertheless, we need to proceed very carefully. Therefore, without at least a more detailed and lengthy transition plan, I can not support any proposal that effectively eliminates the Abuse POC as we know it today. I would support the addition of a URL option, without the elimination of the Abuse POC at this time.</div><div><br></div><div>Thanks. </div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Oct 27, 2021 at 2:10 AM William Herrin <<a href="mailto:bill@herrin.us" target="_blank">bill@herrin.us</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, Oct 26, 2021 at 2:59 PM John Santos <<a href="mailto:john@egh.com" target="_blank">john@egh.com</a>> wrote:<br>
> My domain has a valid abuse contact (me), and it's been years since I actually<br>
> received anything except spam.  (I check the spam detector output daily to make<br>
> sure it actually is spam, and it always is.  It's usually no more than a handful<br>
> of spam emails daily, probably because I never respond to it or originate any<br>
> email from the "abuse" address, so there is nothing for the spammers to harvest.)<br>
><br>
> Under this new scheme, would I still be able to handle abuse the exact same way?<br>
<br>
Hi John,<br>
<br>
"mailto:<a href="mailto:your@address" target="_blank">your@address</a>" is a valid URL, is it not?<br>
<br>
<br>
>> Initial implementation suggested to replace the abuse POC with a URL<br>
>> pointing to ARIN’s display of the same POC record which was used for<br>
>> abuse reporting. Should support multiple URLs so that if desired an<br>
>> organization can specify both “mailto:<a href="mailto:somebody@here" target="_blank">somebody@here</a>” and<br>
>> “tel:1234567” if that’s how they actually want abuse reported to them.<br>
<br>
Regards,<br>
Bill Herrin<br>
<br>
<br>
-- <br>
William Herrin<br>
<a href="mailto:bill@herrin.us" target="_blank">bill@herrin.us</a><br>
<a href="https://bill.herrin.us/" rel="noreferrer" target="_blank">https://bill.herrin.us/</a><br>
_______________________________________________<br>
ARIN-PPML<br>
You are receiving this message because you are subscribed to<br>
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="https://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" target="_blank">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr">===============================================<br>David Farmer               <a href="mailto:Email%3Afarmer@umn.edu" target="_blank">Email:farmer@umn.edu</a><br>Networking & Telecommunication Services<br>Office of Information Technology<br>University of Minnesota   <br>2218 University Ave SE        Phone: 612-626-0815<br>Minneapolis, MN 55414-3029   Cell: 612-812-9952<br>=============================================== </div><div dir="ltr"><br></div></div>