<div dir="ltr"><div class="gmail_default" style="font-family:garamond,serif;font-size:large;color:#000000">Hey happy holidays to you all.<br><br>I appreciate this discussion; expiry dates have another purpose for third parties.  I can describe one I find pressing at the moment.<br><br>I am working to maintain the Public Suffix List that many use, and there is a tendency for entries to be requested, and then for them to "set and forget" their entries once added...  The process works well inbound on reviews, but there is really not as much attention to deletion or removals by the submitting party, and we're not looking to go manually review them because ... well, we're volunteering time.<br><br>We're pedant about validating the source being valid when records are submitted or changed.  We ensure there is a txt record matching submitted entries to indicate admin of the affected domain is involved. We have also begun to require that names have 2+ years in their term when they are submitted for subdomains.  With that latter part we are noticing that there are a number of ccTLD that have eliminated the presentation of expiry dates in their rdap or whois responses.  We have to fall back to treating the commitment a submitting party makes about the expiration dates, which for the most part is trusty but corroboration is better so we can 'trust, but verify'. <br><br>We also are looking at the file size because it is getting more and more widely downloaded - and looking at the process of how to automate flagging/purging names from the PSL that might be stale or nxd, and the expiry date being >1y was going to be a key input to this until we discovered that expiry dates were not universally available for such automation.<br><br>-J<br><br></div><div><div dir="ltr" data-smartmail="gmail_signature">Jothan Frakes<br><br></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Dec 14, 2020 at 11:09 AM John Levine <<a href="mailto:johnl@taugh.com" target="_blank">johnl@taugh.com</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">In article <<a href="mailto:yblo8iwz3n0.fsf@w7.hardakers.net" target="_blank">yblo8iwz3n0.fsf@w7.hardakers.net</a>> you write:<br>
>critical).  I had the registrar's emails specifically filtered to an<br>
>important folder so I'd notice the pending expiration date.  Then...<br>
>that registar sold all their DNS services to a different one.  I lost<br>
>two domains because the new registar's mails ending up in a spam folder<br>
>before I noticed.  Whoops.<br>
><br>
>Mind you the fault was entirely mine.<br>
<br>
I dunno. It is pretty common for people to whitelist addresses that<br>
have sent mail before, so if they changed their address I'd expect a<br>
lot of it to go into spam folders. It doesn't sound like they sent you<br>
notices from the old address telling you that future mail would come<br>
from the new address.<br>
<br>
> But auto-renew is probably the only safe way, as mail fails...<br>
<br>
That's swell until the message asking for the card's new expiration<br>
date falls into the spam folder, too.<br>
<br>
There is a great deal of responsiblity go go around here, particularly<br>
when something slightly out of the ordinary happens.<br>
<br>
R's,<br>
John<br>
_______________________________________________<br>
dns-operations mailing list<br>
<a href="mailto:dns-operations@lists.dns-oarc.net" target="_blank">dns-operations@lists.dns-oarc.net</a><br>
<a href="https://lists.dns-oarc.net/mailman/listinfo/dns-operations" rel="noreferrer" target="_blank">https://lists.dns-oarc.net/mailman/listinfo/dns-operations</a><br>
</blockquote></div>