¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io

Feature Request - Send new messages


 

Hello John G8BPQ,

I'm looking for an enhancement to the "Send new messages without waiting for poll timer" functionality.

image.png
I'd like to see a hold-off timer associated with sending new messages. This would be a one-time hold-off as opposed to the normal forwarding interval. This would be particularly useful on HF in cases when you want the first attempt to forward to happen relatively soon but not immediately.

If one sets the normal forwarding interval fairly low in order to send a new message fairly soon, a problem can arise in HF when conditions are not good. In that case the BBS will try over and over to resend at relatively short intervals, which is not good for either the radio or spectrum utilization.

I think this would be a nice enhancement for internet based forwarding also. I've found if I check the box circled above on too many forwarding partners so that lots of simultaneous forwarding is launched for the same message, I end up with "line begins with F" type errors on some BBS's. I probably butchered that description a bit.

Thanks,
Lee K5DAT


 

Lee,
?
I have made a few changes here to deal with the VARA HF problem you describing. I have adjusted my forwarding script and
added a PAUSE line between the first attempt and the 2nd, then the script starts over if the 1st two attempts are unsuccessful?
with the forward.?
?
TIMES 0000-0159
ATT 5
IDLETIME 60
MSGTYPES PTRB15000
RADIO 7.1013 USB D 2
C K5DAT-1
ELSE
PAUSE 180?
ATT 5
IDLETIME 60
MSGTYPES PTRB15000
RADIO 7.1013 USB D 2
C K5DAT-1
?
Downside with this script is that it captures the entire port for the length for the script!?
?
The 2nd problem is if the message size is larger then the MSGTYPES line states, once I connect to a forwarding partner and the message is
not sent if larger the 15000 (as it should), however BPQ continues to try to deliver that same message to that same partner. Is there
a way to clear that message from the forwarding queue based on size without changing the message size globally???
?
Glenn/N3MEL
?
?


 

¿ªÔÆÌåÓý

Ok, Lee.

I think it would be a good idea to delay a bit and to randomize the time so it is less likely to connect to several simultaneously. I'll look into it.

73,
John


On 28/01/2025 16:18, Lee Bengston via groups.io wrote:

Hello John G8BPQ,

I'm looking for an enhancement to the "Send new messages without waiting for poll timer" functionality.

image.png
I'd like to see a hold-off timer associated with sending new messages. This would be a one-time hold-off as opposed to the normal forwarding interval. This would be particularly useful on HF in cases when you want the first attempt to forward to happen relatively soon but not immediately.

If one sets the normal forwarding interval fairly low in order to send a new message fairly soon, a problem can arise in HF when conditions are not good. In that case the BBS will try over and over to resend at relatively short intervals, which is not good for either the radio or spectrum utilization.

I think this would be a nice enhancement for internet based forwarding also. I've found if I check the box circled above on too many forwarding partners so that lots of simultaneous forwarding is launched for the same message, I end up with "line begins with F" type errors on some BBS's. I probably butchered that description a bit.

Thanks,
Lee K5DAT


 

Thanks John.? I was thinking in terms of a user-configurable timer, but what you describe below might do the trick and would also be less confusing for new users.

73,
Lee


On Wed, Jan 29, 2025 at 8:26?AM John G8BPQ via <john.wiseman=[email protected]> wrote:
Ok, Lee.

I think it would be a good idea to delay a bit and to randomize the time so it is less likely to connect to several simultaneously. I'll look into it.

73,
John


On 28/01/2025 16:18, Lee Bengston via wrote:
Hello John G8BPQ,

I'm looking for an enhancement to the "Send new messages without waiting for poll timer" functionality.

image.png
I'd like to see a hold-off timer associated with sending new messages. This would be a one-time hold-off as opposed to the normal forwarding interval. This would be particularly useful on HF in cases when you want the first attempt to forward to happen relatively soon but not immediately.

If one sets the normal forwarding interval fairly low in order to send a new message fairly soon, a problem can arise in HF when conditions are not good. In that case the BBS will try over and over to resend at relatively short intervals, which is not good for either the radio or spectrum utilization.

I think this would be a nice enhancement for internet based forwarding also. I've found if I check the box circled above on too many forwarding partners so that lots of simultaneous forwarding is launched for the same message, I end up with "line begins with F" type errors on some BBS's. I probably butchered that description a bit.

Thanks,
Lee K5DAT


 

Thanks Glenn,

It seems like when an outgoing message is larger than what is specified via MSGTYPES, the BBS should not connect to the far end first before checking the size. Of course if there are other smaller messages in the queue, then the BBS needs to connect to the far end anyway.

I'm hoping the new feature will allow you to check the "Send new messages without waiting for poll timer" box in the settings for the TPRFN backbone sites, which will allow you to increase the standard forwarding timer.

73,
Lee K5DAT


On Wed, Jan 29, 2025 at 5:52?AM N3MEL - Glenn via <n3mel.epa=[email protected]> wrote:
Lee,
?
I have made a few changes here to deal with the VARA HF problem you describing. I have adjusted my forwarding script and
added a PAUSE line between the first attempt and the 2nd, then the script starts over if the 1st two attempts are unsuccessful?
with the forward.?
?
TIMES 0000-0159
ATT 5
IDLETIME 60
MSGTYPES PTRB15000
RADIO 7.1013 USB D 2
C K5DAT-1
ELSE
PAUSE 180?
ATT 5
IDLETIME 60
MSGTYPES PTRB15000
RADIO 7.1013 USB D 2
C K5DAT-1
?
Downside with this script is that it captures the entire port for the length for the script!?
?
The 2nd problem is if the message size is larger then the MSGTYPES line states, once I connect to a forwarding partner and the message is
not sent if larger the 15000 (as it should), however BPQ continues to try to deliver that same message to that same partner. Is there
a way to clear that message from the forwarding queue based on size without changing the message size globally???
?
Glenn/N3MEL
_._,_._,_


 

I think it would be great to have:
?
Enable Forwarding (Check)
Send Type P/T messages after? _____ seconds.
Send Type B messages after _____ seconds.
?
?
And stop the polling with no good reason.... Start forwarding connections only when there is something in the queue.
?
?
--
73,
Mark, N5MDT
Montgomery, Texas
?
?
?