[Dxspider-support] Possible filter failure build 633
Dirk Koopman
djk at tobit.co.uk
Thu May 8 15:03:00 BST 2025
OK, let's see if I can straighten this out.
1. sh/dx uses, /but is not/, Filter.pm
2. accept or reject/<system> is pure Filter.pm. Commands expect
[/callsign/] [/slot no/] <keyword> <value> pairs mixed with and logical
expressions like brackets /and/ /or /etc. /Callsign/ and /slot no/ are
optional. Callsign includes the various options for *default names (e.g.
node_default, in_user_default etc).
sh/dx has a short cut so that, should the user do a 'sh/dx <callsign>',
it does not throw an error (as it would using acc/spot) because the user
has not written 'sh/dx _/call/ _<callsign>'. *_This is not a bug. _*It
is a convenience for users that expect to be able to do 'sh/dx
<callsign>' and get some answers rather than a syntax error.
I could simply take that convenience away and then the interfaces will
be (more nearly) the same. It is always an issue to get that "right"
(again) whenever I do some major surgery on sh/dx, especially when I
spend several days trying to improve the extra parsing to allow the
users to do more things with it. Should I do that, I sure I shall be
able leave you to interface with the users...
Sheesh
Dirk G1TLH
On 08/05/2025 11:33, Kin via Dxspider-support wrote:
>
> Untilnow, I understood that they were trying to standardize the use of
> filters in ACC or REJ and SH/DX.
>
> Ifthe above is correct, what I showed indicates an error. But if it
> doesn't follow the same method, well...
>
> Kin EA3CV
>
> *De:*Dxspider-support <dxspider-support-bounces at tobit.co.uk> *En
> nombre de *Mikel EA2CW via Dxspider-support
> *Enviado el:* jueves, 8 de mayo de 2025 11:46
> *Para:* The DXSpider Support list <dxspider-support at tobit.co.uk>
> *CC:* Mikel EA2CW <ea2cw at gautxori.com>
> *Asunto:* Re: [Dxspider-support] Possible filter failure build 633
>
> I am sorry, you're right, Andrea. I've already read it, but thought
> -erroneously- that you must put any rule number after the call to be
> changed (as in the given example) to be valid.
> I did it to node_default and in_node_default but always followed by #.
> Of course you can always use the "spoof" system, but that was not the
> point.
> 73, Mikel
>
> El 8 de mayo de 2025 5:17:25 UTC, IZ2LSC via Dxspider-support
> <dxspider-support at tobit.co.uk> escribió:
>
> Please read the documentation
>
> 11.99 reject/spots <call> [input] [0-9] <pattern> (8)
> reject/spots <call> [input] [0-9] <pattern> Spot filter sysop version
>
> This version allows a sysop to set a filter for a callsign as well
> as thedefault for nodes and users eg:-
>
> reject/spot db0sue-7 1 by_zone 14,15,16 reject/spot
> node_default all set/hops node_default 10
> reject/spot user_default by G,M,2
>
> /// sent from my mobile device \\\
>
> Il gio 8 mag 2025, 02:05 Mikel EA2CW via Dxspider-support
> <dxspider-support at tobit.co.uk> ha scritto:
>
> The way to change a filter to another user as sysop should be
> (as in the
> example)
>
> spoof zs8w rej/spot ...etc.
>
> Not "rej/spot zs8w". That should be the same than "rej/spot
> call zs8w"
>
> 73, Mikel
>
>
> El 7/5/25 a las 23:11, IZ2LSC via Dxspider-support escribió:
> > I think this is OK.
> > As sysop you can set a filter for another user, and with
> command rej/
> > spot zs8w you are setting a filter for user zs8w.
> >
> > Andrea
> >
> > -->
> --
> 73 de Mikel Berrocal EA2CW-AE2CW
> Bilbao, Basque Country
> ea2cw at gautxori.com
> https://www.ea2cw.eus
>
>
> _______________________________________________
> Dxspider-support mailing list
> Dxspider-support at tobit.co.uk
> https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
>
>
> _______________________________________________
> Dxspider-support mailing list
> Dxspider-support at tobit.co.uk
> https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.tobit.co.uk/pipermail/dxspider-support/attachments/20250508/b9ef56c2/attachment-0001.htm>
More information about the Dxspider-support
mailing list