January 2026 - Dxspider-support - mailman.hamserve.uk

CTY-3604 Country Files - 17 January 2026
by Jim Reisert AD1C 17 Jan '26

17 Jan '26

The Country (CTY) Files were updated on 17 January 2026: https://www.country-files.com/cty-3604-17-january-2026/ For installation instructions, start at: https://www.country-files.com/ Hover your mouse over the word Contest in the menu, then select the software you are using. To install the file, follow the link to your software at the top of the page. If you are interested in a bigger CTY.DAT for everyday logging, you can get it here: https://www.country-files.com/big-cty-17-january-2026/ Note that the release notes (and Version Entity) for this larger file are different than what is shown below. There is a separate link to them. As a reminder, there is an RSS feed of the latest country file announcements: https://www.country-files.com/feed/ Here are the release notes: 17 January 2026 (CTY-3604) VER20260117, Version entity is Puerto Rico, KP4 Added/changed Entities/Prefixes/Callsigns: * AM800TUI is Spain, EA * K9P is Puerto Rico, KP4 Removed Entities/Prefixes/Callsigns: * EA3NT/8 in Canary Islands, EA8 * K4GUF in United States, K Although I am subscribed to this reflector so that I can make these announcements, I do not see most messages posted to it. If you have any comments or corrections to the country file, please contact me directly. 73 - Jim AD1C -- Jim Reisert AD1C, <jjreisert at alum.mit.edu>, https://ad1c.us

1 0

sd card backup
by PA4JJ 16 Jan '26

16 Jan '26

Hello I run dxspider on a Pi zero W. Every time I grant a user complete access to the cluster or make some changes I have to make a backup from the SD-card by removing it from the Pi and use Win32diskimager to put the image on the PC and during this proces the cluster is down. Now what I would like to do: I would like to save a backup without removing the SD-card from the Pi. I have SSH anabled. What should I do to copy the image file from the SD-card in the Pi to the PC? 73 Jan PA4JJ -- my dxspider clusters running on a raspberry pi: pa4jj-2 77.174.195.163 port 7300 pa4jj-3 77.174.195.163 port 7388

1 0

CTY-3603 Country Files - 15 January 2026
by Jim Reisert AD1C 16 Jan '26

16 Jan '26

The Country (CTY) Files were updated on 15 January 2026: https://www.country-files.com/cty-3603-15-january-2026/ For installation instructions, start at: https://www.country-files.com/ Hover your mouse over the word Contest in the menu, then select the software you are using. To install the file, follow the link to your software at the top of the page. If you are interested in a bigger CTY.DAT for everyday logging, you can get it here: https://www.country-files.com/big-cty-15-january-2026/ Note that the release notes (and Version Entity) for this larger file are different than what is shown below. There is a separate link to them. As a reminder, there is an RSS feed of the latest country file announcements: https://www.country-files.com/feed/ Here are the release notes: 15 January 2026 (CTY-3603) VER20260115, Version entity is El Salvador, YS Added/changed Entities/Prefixes/Callsigns: * BG0IO/4 is China, BY * BG2LTC/0 is China, BY in CQ zone 23, ITU zone 42 * KP5/NP3VI is Desecheo Island, KP5 * RT25AD is European Russia, UA Removed Entities/Prefixes/Callsigns: Although I am subscribed to this reflector so that I can make these announcements, I do not see most messages posted to it. If you have any comments or corrections to the country file, please contact me directly. 73 - Jim AD1C -- Jim Reisert AD1C, <jjreisert at alum.mit.edu>, https://ad1c.us

2 1

Update to load commands for bad lists (rebuild and apply changes)
by Kin 15 Jan '26

15 Jan '26

Hi, After giving it a bit more thought, and thanks to Andrea’s suggestion, I have updated the *load* commands for the bad lists. The main goal is to keep the active lists properly maintained. From now on, whenever a bad list is updated (whether entries are added or removed), running load/bad* will *rebuild the list from the files* and *apply the changes automatically*. In practice, this means: * New entries are applied as if we had executed *set/bad**. * Removed entries are handled as if the corresponding *unset/bad** had been applied. Whether the lists are downloaded via *crontab* or edited manually, as long as load/bad* is executed (manually or automatically), the list will remain up to date and in service. This is not incompatible with any other download or update methods you may already be using. You can read the full details in the *README*: https://github.com/EA3CV/dxspider_info/tree/main/download And, of course, all of this is possible thanks to Dirk’s excellent work, his code is a real reference and a genuine source of insight for anyone working with and learning from DXSpider. 73 de Kin EA3CV

1 0

CTY-3602 Country Files - 14 January 2026
by Jim Reisert AD1C 14 Jan '26

14 Jan '26

The Country (CTY) Files were updated on 14 January 2026: https://www.country-files.com/cty-3602-14-january-2026/ For installation instructions, start at: https://www.country-files.com/ Hover your mouse over the word Contest in the menu, then select the software you are using. To install the file, follow the link to your software at the top of the page. If you are interested in a bigger CTY.DAT for everyday logging, you can get it here: https://www.country-files.com/big-cty-14-january-2026/ Note that the release notes (and Version Entity) for this larger file are different than what is shown below. There is a separate link to them. As a reminder, there is an RSS feed of the latest country file announcements: https://www.country-files.com/feed/ Here are the release notes: 14 January 2026 (CTY-3602) VER20260114, Version entity is Macquarie Island, VK0M Added/changed Entities/Prefixes/Callsigns: * AM65KZ is Spain, EA * HK4Q/0 is San Andres & Providencia, HK0/a * N1SMB is United States, K in CQ zone 4, ITU zone 7 * KF0IWN is United States, K in CQ zone 4, ITU zone 8 * N8PFK, NV9L and WB9Z are all United States, K in CQ zone 5, ITU zone 8 * KH0UM is Guam, KH2 * N2HNQ is Hawaii, KH6 * KD4FX, KF8ENL, KJ7IEZ, KR4CNM and W5MFH are all Alaska, KL * LU1APS/H, LU3CT/D, LU4HDE/H, LU7DEV/D, LU8ACH/D, LU9IMM/L and LW6DGI/D are all Argentina, LU * LU3HGB/V and LU7VRC/V are both Argentina, LU in ITU zone 16 * R8FF, R9JQ/6, R9OM/6, RT25TB, RT25VO, RT8U/3, UA9CHL/6, UE83AWD, UE83M and UE83ML are all European Russia, UA * RC5B/8 is Asiatic Russia, UA9 * RX9WT/P is Asiatic Russia, UA9 in CQ zone 16 * R0MR/P is Asiatic Russia, UA9 in CQ zone 19, ITU zone 34 * VE2XB/2 is Canada, VE in CQ zone 2, ITU zone 4 Removed Entities/Prefixes/Callsigns: * FT4YM/P in Antarctica, CE9 * AO84CMC in Spain, EA * GB8LWF in Northern Ireland, GI * JF1ZIU/JD1 in Minami Torishima, JD/m * KN8F, W9FX, WA4ZXV and WT2P in United States, K * N3QD in Mariana Islands, KH0 * AE7N and KJ7CVV in Hawaii, KH6 * KG5FTR in Alaska, KL * N3UCQ in Puerto Rico, KP4 * LU1AW/X, LU1BCG/D, LU1WL/D, LU1WL/W, LU2ELB/E, LU2HDT/H, LU3EFH/D, LU5ILA/V, LU5ILA/W, LU5OIJ/O and LU9YBM/V in Argentina, LU * R035C, R035DX, R035L, R035N, R035O, R2025DX, R8FF/3, UA4FMQ/P, UA9XL/1, UE35DX and UE35L in European Russia, UA * R2BFL/9, R7HJ/0, RA0LQ/MM, RW6MD/0 and UE55AK in Asiatic Russia, UA9 Although I am subscribed to this reflector so that I can make these announcements, I do not see most messages posted to it. If you have any comments or corrections to the country file, please contact me directly. 73 - Jim AD1C -- Jim Reisert AD1C, <jjreisert at alum.mit.edu>, https://ad1c.us

1 0

DX Cluster Alerts Telegram Channel (Automatic Notifications Only)
by Kin 14 Jan '26

14 Jan '26

Hi, In this Telegram channel: https://t.me/dxcluster_alerts <https://t.me/dxcluster_alerts> as I mentioned before, you have the automatic notifications for bad spotters, origin nodes, and IP addresses. It is not a chat; it is only used to receive alerts. 73 de Kin EA3CV PS The commands shown are intended for DXSpider

4 3

Bad spot detection with AI help
by Andrea Timpanaro 14 Jan '26

14 Jan '26

Hi all, in the past few weeks I was experimenting and trying to classify the spots comment using AI. The workflow is the following: Spot is received and forwarded to the AI engine The AI engine returns an "offensive" score probability and category. The score is analyzed and an algorithm decides if it is the case to block the source ip of the spotter. The decision is taken considering several factors (scores of the single spot, score of previous spots from the same ip, rate, ect). If the algorithm concludes that the ip is to be blocked it inserts it in a text list. The bad ip is removed from the list after some time. Since not all the spots in the PC61/PC11 packet contain the source ip, when the source ip is not available, the same logic is applied to the source node. In my cluster I did a further step by automatically inserting/removing the AI detected bad ip and bad node into the respective bad list to drop these spots. I did some tests during the last weekend while the bad spots from the usual individual were coming and the model works pretty well. It took less than 5 minutes to block bad ip and bad nodes. The interesting part is that AI is able also to determine the context: even if in the spot there are no bad words, the comment could result offensive, like (real) example below: +-----------------+---------------------+----------------------------------+-------------+----------+---------+-----------+-------------+---------+ | ip | Data | comment | source_node | dx | spotter | frequency | IA_detected | Blocked | +-----------------+---------------------+----------------------------------+-------------+----------+---------+-----------+-------------+---------+ | 188.217.216.80 | 2026-01-13 19:22:27 | real donkey no brain | S50CLX | PG4T | IC8TEM | 21074 | Y | Y | | 85.148.197.200 | 2026-01-13 19:47:31 | look at yourself monkey | WA9PIE-2 | IC8TEM | PG4T | 21074 | Y | Y | Please note that the AI engine is not "in-line" with the cluster. This means that the offending spot is still visible on the cluster, but once detected, subsequent spots from the same ip (or node, but see below, [NOTE_1]) are blocked. The AI is not always exact at 100%. Consider also the meaning of different terms in different languages. I.e. "ARMI" in italian means "weapons" but also "Italian sailors' amateur radio association", so it's not easy to understand the context of a spot like "ARMI district" ;-) For this reason I have foreseen a white-list in the algorithm. I'm publishing the badip.ai and badnode.ai files here: http://badlist_ai.iz2lsc.eu:4000/badlist The files are updated every 2 minutes. If you want to try it I suggest you to insert in dxspider crontab the download of the badip.ai file every 5 minutes and reload the badip list. A sample crontab is ######### download bad ip AI list every 5 min ############################################### 0,5,10,15,20,25,30,35,40,45,50,55 * * * * spawn('cd /spider/local_data; wget -qN http://badlist_ai.iz2lsc.eu:4000/badlist/badip.ai') 1,6,11,16,21,26,31,36,41,45,51,56 * * * * run_cmd('load/badip') ############################################################################################## [NOTE_1]: Unfortunately at the moment DXspider does not support dynamic addition/removal for badnodes in the same way as badip, so I don't know how to automatically apply the badnode file to the dxspider * Maybe Dirk or Kin can help here.* In any case if you also want to download the badnode.ai file, this is the crontab, but then you have to apply it manually with set/badnode or unset/badnode for every node in the list. ######### download bad node AI list every 5 min ############################################### 2,7,12,17,22,27,32,37,42,47,52,57 * * * * spawn('cd /spider/local_data; wget -qN http://badlist_ai.iz2lsc.eu:4000/badlist/badnode.ai') ############################################################################################## Please note that this is still in the *"test phase"* so please report to me any issue or problem. I hope this could help a bit with preventing the shame we observed in the last week on the cluster. 73 Andrea IZ2LSC -->

4 5

SH/BADIP error
by CX2SA - Jose Ma Gonzalez 14 Jan '26

14 Jan '26

Hello Dirk. SH/BADIP not show nothing. I using DXSpider v1.57 (build 633 git: mojo/c3350180[r]) using perl v5.32.1 on MSWin32 . (*) at /spider/perl/DXCIDR.pm line 196. (*) Use of uninitialized value in concatenation (.) or string at /spider/perl/DXCIDR.pm line 196 . (*) at /spider/perl/DXCIDR.pm line 196. (*) Use of uninitialized value in concatenation (.) or string at /spider/perl/DXCIDR.pm line 196 . rest omitted Version later works OK. Many thanks, Jose - CX2SA

1 0

Recommended update to badword.new (reduced false positives)
by Kin 13 Jan '26

13 Jan '26

Hi, An exhaustive review of the current *badword.new*content has been completed. As a result, the dictionary has been expanded with relevant offensive terms (EN/FR/IT/ES, ASCII only) and any strings likely to generate false positives (overly generic or too short) have been disabled/removed. It is recommended to replace the current |badword.new|with the new one and, if applicable, automate the download/update via |crontab|(as with the rest of the repository files). Recommended procedure: *cd /spider/local_data rm badword.new* Then download the new *badword.new* using your usual automated update mechanism: https://github.com/EA3CV/dxspider_info/tree/main/download Kin EA3CV

2 1

Test
by Yiannis Panagou 12 Jan '26

12 Jan '26

Test --- 73 Yiannis, SV5FRI http://www.sv5fri.eu DxCluster: dxc.sv5fri.eu:7300

1 0