Re: Picking up B messages at non HA node
Thanks, Mark.? Yes, John's documentation is pretty thorough on all of the options available for geographic / hierarchical based routing.??? Our situation is a distributed club, yes.?? Users HA with a particular node based on proximity / best path.?? But within the club there are interest groups, and the membership in these groups varies, even within an HA user list.
My understanding of the routing you explain is that it seems to be granular at the node/BBS level.??? That's why by marking our local users as BBS, we can take advantage of the forwarding rules to add the interest groups to which they belong under the TO column in addition to their own callsign.??? Users won't download B messages for groups to which they don't belong.
The downside is that when connecting to a node other than their HA, there is no "mailbox" of theirs, and thus no B messages related to the interest groups for them to download.
We could have each node flag everyone as a BBS, but that would stop the routing of P messages.
Hence my wondering if there is a middle way.?? And, of course, I could be misreading, or be ignorant of how to properly take advantage of the flexibility in the geographic routing. ?
Thanks again for your response.
Ray KG7AV
|
Re: Picking up B messages at non HA node
It seems to me your network topology looks like a club of several nodes.? John has some examples of club forwarding in the documentation. Have you seen that? I don't think I would mark any local user as a BBS that was not actually a BBS. I think you will get unexpected results, and the results may vary depending on the user software used. If your network of nodes is not forwarding to any outsiders, then addressing your B messages as all@ww would keep the messages within the network, and all BBSs would be sent all messages. If any BBS connected to the outside world then your messages might get sent out in the wild. Addressing them to ALL@GROUP might be better.? GROUP will need to be in the AT field of each BBS in your network. Users could pick up messages from any node, and the software would normally filter any messages already received at other nodes. Using a terminal program and accessed another node you probably would get offered messages that you already picked up.? But using Outpost PMM for example, you would not because Outpost and other softwares uses BIDS to download messages. P messages would best be distributed using a group alias in the AT field. So a personal message could be addressed to call@group and it would be distributed to all nodes that forward to GROUPNAME in the AT field, I think.? P messages could then be picked up at any node. That is, if I am reading your query right and understanding your network right. Mark
|
Picking up B messages at non HA node
Is it possible for a user to pick up B messages by connecting to a node at which they are not homed?
Running in a network of several nodes.?? Local users are checked as a BBS, as are the other node calls.? In forwarding, all BBS have an entry for their call and group bull names under TO calls.? The other nodes have the same, plus all of the other callsigns homed on that remote node.?? Forwarding of P and B messages has been working great, and a user connecting to their home node picks up everything as expected.? We're not doing any geographical based forwarding.
In some controlled tests, recently discovered that a user connecting to a different node than their HA node will not get B messages.? Not a case of BID rejection because they already got it off their HA node - it doesn't offer up any unread B msgs.? Don't know if I've just been incorrectly assuming that users could grab B msgs anywhere, or if I'm missing a nuance in the forwarding setup.
Many thanks / Ray KG7AV
|
John, et al...
I have one install that although is connected to the internet it is only for my convenience and not for traffic or any public connections. Ever,
I run RMS Relay in the local post office mode along side of BPQ so that it holds all messages. Nothing is ever forwarded to the internet or over RF.
I have it working fine, and has been for years, but I would like to change it so that the BBS acts as relay. It must hold all messages and never, ever try to forward them.
The present config file includes this in the Telnet port:
?? CMS=1????????????????????????????? ;;;;;;;;;;;;;;;;;;;;
?? CMSCALL=WA5EOC???????? ;; Are these even necesary?
?? CMSPASS=xxxxxxxxx????????? ;;;;;;;;;;;;;;;;;;;;;
RELAYHOST=10.109.47.133 8773
And the Application line is this:
APPLICATION 3,RELAY,C 3 RELAY,WA5EOC-10,EOCRMS,0
Relay is set to accept connection on
10.109.47.133 on port 8773
Again all works well, I just need to change it so that the BBS acts as relay.? I'm working remotely so I thought it much easier to ask and fix it in one remote session rather than trial and error, and error, and error....
And an FYI, changing out the computer is what solved my RF connection issue. No clue what it was....
Thanks
Mark
|
Re: Is this expected behavior on linbpq Version 6.0.22.70?
Well, John - that makes perfect sense.? I upgraded to stop the errors I was getting with a number of my downlink partners, but hadn't upgraded for a while previously.? Now I know how the line is processed, so that makes sense as well.? Thanks for the explanation!??
--
Charlie (N4NVD)
|
Re: @G8BPQ -- UZ7HO soundmodem for linux
Brett,
The sudo commands I provided were the "extra's" needed for compiling, but in hindsight you were probably missing the standard prerequisites for running the binary version.
It's all documented nicely here:
Good to know you have it working.? John was right in saying it's easier to just download the binary version and run it, and I should have mentioned that yesterday.
73, Lee K5DAT
On Thu, Jun 9, 2022 at 11:38 PM Brett Williams < KB5YZB@...> wrote:
Thanks
I ran the SUDO command successfully.
I also have the file unzip on the pi.
I issued the "qmake" command and the following is reported...
qmake: could not find a Qt installation of ''
Lee Im not sure what went wrong.......
|
Re: @G8BPQ -- UZ7HO soundmodem for linux
Thanks John, I have it working now. Now I have to set up the
port(s) in BPQ to match the device info qt sound modem.
Brett
On 6/10/2022 1:08 AM, John G8BPQ wrote:
toggle quoted message
Show quoted text
Unless you need to compile your own version you would be better
off installing a binary version - QtSoumdModem for x86 Linux or
piQtSoundModem for the Raspberry Pi.
73,
John
On 10/06/2022 00:51, Brett Williams
wrote:
Downloaded the file(s)/ moved the dir over to the Pi. What is
the execution file to start the program.??
Thanks?
Brett
|
Re: Deleting all messages & bulletins
It looks like housekeeping does work if I do it via the terminal. Running it via the web ui does not work.
|
Re: Deleting all messages & bulletins
Shut down Mail, delete DIRMES.SYS and the contents of the Mail
directory then restart.
73,
John
On 10/06/2022 12:39, Ross Wardrup
wrote:
toggle quoted message
Show quoted text
Is there a way to completely clear my mail? My node was down for a
few months and now that it's up, it wants to send a bunch of old
bulletins to folks.
I'd like to just nuke my mail. I've run "km" successfully, but it
looks like housekeeping isn't removing anything.
|
Re: Deleting all messages & bulletins
I tried that but everything is still there.
|
Re: Deleting all messages & bulletins
Try going to Housekeeping under the Main Configuration, then set
all lifetimes to something you would prefer such as 15 days. Then
run Housekeeping twice.
On 6/10/2022 7:39 AM, Ross Wardrup
wrote:
toggle quoted message
Show quoted text
Is there a way to completely clear my mail? My node was down for a
few months and now that it's up, it wants to send a bunch of old
bulletins to folks.
I'd like to just nuke my mail. I've run "km" successfully, but it
looks like housekeeping isn't removing anything.
|
Deleting all messages & bulletins
Is there a way to completely clear my mail? My node was down for a few months and now that it's up, it wants to send a bunch of old bulletins to folks.
I'd like to just nuke my mail. I've run "km" successfully, but it looks like housekeeping isn't removing anything.
|
Re: Is this expected behavior on linbpq Version 6.0.22.70?
There was a bug which meant that connecting to the application
defined by the 4th parameter didn't work with QtTermTCP or the Web
Terminal. This was fixed in an early 6.0.22 beta.
The documentation for the USER line includes " You may also
set a user to automatically connect to one of your applications by
adding the Application as a 4th parameter". Maybe this isn't
entirely clear, but in this context application means the value
from one of your APPLICATION lines, and NODE isn't an application.
What the code actually does is pass whatever is specified to the
command interpreter, so it doesn't need to be an application, and
NODE causes the display of the Nodes List.
73,
John
On 09/06/2022 22:43, Charlie Hein
wrote:
toggle quoted message
Show quoted text
Removed the NODE from the 4th position and that "fixed" it.? Will
advise KF5RLL to do the same.? The odd thing about this is that
that user line has been that way since I first set up the node
going on three years ago now.? Never actually displayed the node
list before until this upgrade.??
--
Charlie (N4NVD)
|
Re: @G8BPQ -- UZ7HO soundmodem for linux
Unless you need to compile your own version you would be better off
installing a binary version - QtSoumdModem for x86 Linux or
piQtSoundModem for the Raspberry Pi.
73,
John
On 10/06/2022 00:51, Brett Williams
wrote:
toggle quoted message
Show quoted text
Downloaded the file(s)/ moved the dir over to the Pi. What is the
execution file to start the program.??
Thanks?
Brett
|
Re: @G8BPQ -- UZ7HO soundmodem for linux
Thanks
I ran the SUDO command successfully.
I also have the file unzip on the pi.
I issued the "qmake" command and the following is reported...
qmake: could not find a Qt installation of ''
Lee Im not sure what went wrong.......
On 6/9/2022 7:40 PM, Lee Bengston
wrote:
toggle quoted message
Show quoted text
On Thu, Jun 9, 2022 at 6:51
PM Brett Williams < KB5YZB@...>
wrote:
Downloaded the file(s)/
moved the dir over to the Pi. What is the execution file to
start the program.??
If you downloaded the file below, it's the source code,
so it needs to be compiled.
Before compiling it, issue this:
sudo apt install libqt5serialport5-dev libfftw3-dev libpulse-dev
Then in the directory where the files were unzipped issue
these commands:
qmake
make
Once it is finished you will have an executable named
QtSoundModem that you can run.?
73,
Lee K5DAT
Thanks?
Brett
|
Re: @G8BPQ -- UZ7HO soundmodem for linux
On Thu, Jun 9, 2022 at 6:51 PM Brett Williams < KB5YZB@...> wrote: Downloaded the file(s)/ moved the dir over to the Pi. What is the execution file to start the program.??
If you downloaded the file below, it's the source code, so it needs to be compiled.
Before compiling it, issue this: sudo apt install libqt5serialport5-dev libfftw3-dev libpulse-dev Then in the directory where the files were unzipped issue these commands: qmake make
Once it is finished you will have an executable named QtSoundModem that you can run.?
73, Lee K5DAT
Thanks?
Brett
|
Re: @G8BPQ -- UZ7HO soundmodem for linux
Downloaded the file(s)/ moved the dir over to the Pi. What is the execution file to start the program.??
Thanks?
Brett
|
Re: Is this expected behavior on linbpq Version 6.0.22.70?
Removed the NODE from the 4th position and that "fixed" it.? Will advise KF5RLL to do the same.? The odd thing about this is that that user line has been that way since I first set up the node going on three years ago now.? Never actually displayed the node list before until this upgrade.??
--
Charlie (N4NVD)
|
Re: Is this expected behavior on linbpq Version 6.0.22.70?
For the record, I don't really mind that it does it, just wondered if it was normal for it to happen.? Some problem with QtTerm TCP perhaps?
--
Charlie (N4NVD)
|
Re: Is this expected behavior on linbpq Version 6.0.22.70?
The same thing happens when I choose a friend's system (KF5RLL) to connect to...  -- Charlie (N4NVD)
|
Ray Spreier-KG7AV