<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">Jose<br>
      <br>
      I am sorry you were inconvenienced, it is possible I got the wrong
      end of the stick and I thought I was being explicitly asked to
      deny this IP. Various sysops have, apparently, made you a
      badspotter as well. Your ip address will be out of the badip list
      in the next cycle after 15mins past the hour.<br>
      <br>
      IANADxer so, as the central point for more (and soon more)
      centralised information to be distributed to other nodes, I have
      no real opinion on what is good or bad spotting etiquette. I
      simply do what I am asked. <br>
      <br>
      What I *would* observe, however, is that there is a great deal of
      complaining about clearly automated FTx spots on the (as these
      people would see it) analogue spotting "channel". Amongst the
      arguments they have are: "they are filling up the (ed: spotting)
      channel", "using spots as an automated log", "it's self spotting",
      "there are too many of these things", "FTx users can use their RBN
      (ed: other services are available)", "we don't understand them",
      "meaningless to us" etc etc etc.<br>
      <br>
      And this is just a small set of the complaints I see on other
      forums. I think the argument that has most merit is that no other
      mode routinely "auto spots" and worse, it has come to many FTx
      spotters attention that nodes (not *just* DXSpider) are filtering
      them out and regular FTx spotters are now actively (and
      deliberately) changing their info texts to *get around* the
      filters. <br>
      <br>
      This sort of thing has happened in the past, for example ROS,
      which used the same auto spotting idea as whichever program is
      doing this. There was, to be fair, a lot more of it. But I had
      words and asked them to use a DXSpider chat channel (not
      surprisingly called 'ROS') which is broadcast to all nodes, but is
      only seen by those users that chose to subscribe to that channel
      (join/leave ros). It is still active today (sh/chat ros) and goes
      on in the background, not causing anyone a problem. <br>
      <br>
      While I am on about chat channels: all DXSpider nodes are
      automatically subscribed to chat channel: #9000 and a 'chat #9000
      Don't Panic!" will go  out to all logged in sysops (IIRC by email
      as well, but I'll have to check on Monday). This has fallen into
      disuse but, in these sometimes difficult times, this mechanism
      could be a useful way to communicate immediate issues requiring
      action. <br>
      <br>
      Dirk G1TLH<br>
      <br>
      On 01/04/2023 13:25, CX2SA - Jose Ma Gonzalez wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:!&!AAAAAAAAAAAYAAAAAAAAAMeP7wo%2FBCZGsIpJh718H9%2FCgAAAEAAAAC07UvJi8j1Jt3Loh+K3m8sBAAAAAA==@cx2sa.net">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <meta name="Generator" content="Microsoft Word 12 (filtered
        medium)">
      <style>@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}span.EstiloCorreo17
        {mso-style-type:personal-compose;
        font-family:"Calibri","sans-serif";
        color:windowtext;}.MsoChpDefault
        {mso-style-type:export-only;}div.Section1
        {page:Section1;}</style>
      <!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext="edit">
  <o:idmap v:ext="edit" data="1" />
 </o:shapelayout></xml><![endif]-->
      <div class="Section1">
        <p class="MsoNormal"><span lang="EN-US">Hello Dirk.<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US">In the badip_global file
            of today appears
            201.217.129.149<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US">This is my IP and it
            correspond to a
            secondary server backup: s2.cx2sa.net<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US">I have from
            201.217.129.146 to
            201.217.129.150<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US">CX2SA-6 DXSpider is my
            test node and have
            this IP.<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US">Why?<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US">Because I send spots of
            my QSO’s in
            FT8?<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US">FT8 is a valid mode and
            DXSpider has other mechanism
            for block and spotter.<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US">Please remove this list.<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US">Many thanks, Jose<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
      </div>
    </blockquote>
    <br>
  </body>
</html>