<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <font face="Arial">I think I may have mentioned before that the
      sflug.* domains are on auto-renew.<br>
      They won't be going away.<br>
      They will auto-renew on midnight of the last day - a bit of
      brinksmanship but that's their system at the registrar.<br>
    </font><br>
    <div class="moz-cite-prefix">On 3/27/2020 20:57, Michael Paoli
      wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:20200327205751.10461e00qjchk5s0@webmail.rawbw.com">Well,
      sorry, I probably could've worded that better.
      <br>
      Let's see if this helps make it sufficiently clear.
      <br>
      <br>
      Most of the work is change.  Notably dropping domain(s),
      <br>
      or adding domain(s) ... or the especially frustrating annoyance of
      <br>
      dropping and readding.
      <br>
      <br>
      So, the non-canonicals, I don't really care if you keep 'em or
      <br>
      not ... not my $$.  But if they get dropped, I have to do the work
      <br>
      of dropping 'em from the infrastructure.  And if I end up needing
      to
      <br>
      do that, I'm probably going to be unwilling to do the work to
      <br>
      readd them (e.g as sf-lug.com was earlier dropped ... then
      readded).
      <br>
      So, ... if it drops, I drop it ... but I'm probably not willing to
      <br>
      readd a domain that's dropped - that's a whole lot 'o
      <br>
      drop/add work that's not worth my time/resources/energy for a
      whole
      <br>
      LUG that can't manage to spend like about ~$14.00 USD or so per
      year
      <br>
      per domain to avoid having me do all that otherwise unnecessary
      work.
      <br>
      <br>
      So ... hopefully that's more clear.  It's the drop and/or add
      that's
      <br>
      most of the work (and especially if it's both).  I.e. the change -
      <br>
      that's the work.
      <br>
      <br>
      <a class="moz-txt-link-freetext" href="http://linuxmafia.com/pipermail/sf-lug/2020q1/014640.html">http://linuxmafia.com/pipermail/sf-lug/2020q1/014640.html</a>
      <br>
      <br>
      <blockquote type="cite">From: jim <a class="moz-txt-link-rfc2396E" href="mailto:jim@well.com"><jim@well.com></a>
        <br>
        Subject: Re: [sf-lug] 2020-04 sflug.{org,com,net} expirations
        <br>
        Date: Fri, 27 Mar 2020 13:35:39 -0700
        <br>
      </blockquote>
      <br>
      <blockquote type="cite">anybody got opinions?
        <br>
        Keep or drop? Michael suggests either way
        <br>
        means work for him.
        <br>
        If I recall rightly, sf-lug.org is the
        <br>
        canonical domain name. sflug.org (and
        <br>
        sflug.com and sflug.net) are there as
        <br>
        a matter of convenience for possible
        <br>
        spelling confusion (e.g. someone looking
        <br>
        for a lug in san francisco).
        <br>
        <br>
        <br>
        On 3/27/20 6:12 AM, Michael Paoli wrote:
        <br>
        <blockquote type="cite">2020-04 sflug.{org,com,net} expirations
          <br>
          My calendar and whois(1) tells me:
          <br>
          2020-04-06 sflug.org domain expires 2020-04-06T14:09:16Z
          <br>
          2020-04-11 sflug.com domain expires 2020-04-11T18:20:31Z
          <br>
          2020-04-11 sflug.net domain expires 2020-04-11T18:20:33Z
          <br>
          $ (for d in sflug.{org,com,net}; do echo "$d:"; whois "$d"
          2>&1 | grep -i 'expir.*20[0-9][0-9]-'; done)
          <br>
          sflug.org:
          <br>
          Registry Expiry Date: 2020-04-06T14:09:16Z
          <br>
          sflug.com:
          <br>
             Registry Expiry Date: 2020-04-11T18:20:31Z
          <br>
          Registrar Registration Expiration Date: 2020-04-11T18:20:31Z
          <br>
          sflug.net:
          <br>
             Registry Expiry Date: 2020-04-11T18:20:33Z
          <br>
          Registrar Registration Expiration Date: 2020-04-11T18:20:33Z
          <br>
          $
          <br>
          <br>
          So ... these are non-canonical.  Doesn't particularly matter
          to me if
          <br>
          they're kept or dropped, but each such action ends up
          involving a fair
          <br>
          bit 'o work on my end.  So ... don't be willy-nilly doing
          drops/adds.
          <br>
          If I drop 'em from "my" infrastructure (and DNS slaves, etc.)
          - a fair
          <br>
          bit 'o work, I may not be willing to readd them (which would
          be yet
          <br>
          again a fair bit 'o work).  And when would I drop 'em from
          "my"
          <br>
          infrastructure?  Anytime after registrar DNS delegation is no
          longer
          <br>
          functioning - at that point the domains become non-functional
          and much
          <br>
          more of a liability and pain than anything else.
          <br>
        </blockquote>
      </blockquote>
      <br>
      <br>
      _______________________________________________
      <br>
      sf-lug mailing list
      <br>
      <a class="moz-txt-link-abbreviated" href="mailto:sf-lug@linuxmafia.com">sf-lug@linuxmafia.com</a>
      <br>
      <a class="moz-txt-link-freetext" href="http://linuxmafia.com/mailman/listinfo/sf-lug">http://linuxmafia.com/mailman/listinfo/sf-lug</a>
      <br>
      SF-LUG is at <a class="moz-txt-link-freetext" href="http://www.sf-lug.org/">http://www.sf-lug.org/</a>
    </blockquote>
    <br>
  </body>
</html>