varahf 4.6.1

Yes and yes. When I use Winlink with an RMS on 7105 (which I avoid now that VaraC is on this frequency, VARA just pops a message and asks if I still want to transmit, but doesn't prohibit me from doing so.) I've also noted rtty and psk31 will set a channel busy for VARA as well.

I attempted to clear it, but as you noted above, once it is in the buffer we can't do anything. As soon as he reconnected, it moved from queue to buffer. I'd prefer that if disconnected, the queue be purged. Else that means an ever growing amount of redundant messages build up. Given the "expected behavior" I'll now have to kill an incoming request to clean up the messages, then reinitiate.

How about this? Today, a station connected to me but the link was marginal, thus my info string was in the buffer. He disconnected and immediately reconnected, adding a second info string, he then disconnected again, and reconnected. At this point, I have 3 info strings in the buffer. The datastream shows he disconnected each time, thus I'd think the buffer should clear, but it didn't. Bug? Or expected?

It looks like my post happened just a few hours before yours :-) Indeed!

Yes, and I've done that already... so then the request would be, can we highlight the calling freq.... otherwise the drop down gets BIG....

I'm looking at it from the perspective of the coming file transfer feature... and use on other than hf.

Since we are using VARA... will 2750 be supported?

ok, I've just seen some wide bw stuff while on 500. Just used to things like FreeDV where you choose a mode, but it will decode all the modes, so you can hear a CQ regardless of mode.