[Dxspider-support] Possible filter failure build 633
IZ2LSC
iz2lsc.andrea at gmail.com
Thu May 8 17:13:26 BST 2025
I would not change the sh/dx behaviour.
It's not just about users, but also other programs that are using it with
the syntax 'sh/dx <callsign>'
andrea
-->
On Thu, May 8, 2025 at 4:33 PM Dirk Koopman via Dxspider-support <
dxspider-support at tobit.co.uk> wrote:
> 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:
>
> Until now, I understood that they were trying to standardize the use of
> filters in ACC or REJ and SH/DX.
>
> If the 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>
> <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>
> <dxspider-support at tobit.co.uk>
> *CC:* Mikel EA2CW <ea2cw at gautxori.com> <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> <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 listDxspider-support at tobit.co.ukhttps://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/08b15ec9/attachment.htm>
More information about the Dxspider-support
mailing list