Thanks for the feedback. Do you have more real-life examples of such bogus spotter callsigns? Then I’ll try to come up with a comprehensive regular expression that matches them all (without matching valid ones) to block them server-side.
I’ll try to collect some more examples within next few days and will be back with those.
Meanwhile… I believe that something like grep -vqE “([1][A-Z][A-Z]|[A-Z][A-Z][A-Z][A-Z]|[0-9][0-9][0-9])” will drop 95% of those, passing valid callsigns, except four-letter suffixes. (Yep for sure you don’t make it that primitive grep way, but for sure caught the idea.)
No DXCC lookup is performed on spotter callsigns that don’t match this regex. This means that the spots will still be processed, but triggers that have conditions on spotter DXCC/continent/zone will not match.
Here is a small sample of spotter callsigns that matched or didn’t match the filter: