Groups Feed

I'm putting this here because I don't know how the software talks between the different instances. Whether it is internal to the software, UDP, or whatever. Instance 1 & 2 are not the email gateway handler, instance 3 is. Instance 1 & 2 go from "Email Gate" go from blue to orange. If I shut down 1 & 2 and bring them back up, they stay orange. If I shut down all three and bring them back up it 1 & 2 are blue. Instance 3 (on the left) stayed green the whole time. No other errors that I could see.

When I had two instances I used the female voice on one, the male voice on the other. Now I have three instances.... Maybe if Cluster is enabled it would put a "C1", C2", "C3", etc in front of the announcement?

I can tell from the >>>> replied to: that he is sending something, but I can't see it.

See the end of this message for details on invoking

just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************

System.InvalidOperationException: FirstDisplayedScrollingRowIndex property cannot be set to an invisible row.

Hi, I have tried to update CAT ini file for use with my IC-275E; i have added following rows:

[Icom IC-275]

CmdType=HEX

ModeUSB=FEFE10E00601FD

ModeUSB_D=FEFE10E00601FD

ModeFM=FEFE10E00605FD

Due to the different frequency ranges of rigs and antenna limitations connected, it would be great to be able to customize the table for each instance. My FT-710 will do 160m but the antenna won't. UHF/VHF rig will only do a set freq, FT-991A running 2m FM will do HF, but is not at the moment connected to an HF antenna. It would be great to be able to have a separate table per instance in a cluster. I don't even know if VarAC can/will attempt a QSY in UHF/VHF FM. I haven't had a chance to test that. As is, editing the table in one instance affects all instances.

#FT-710

<Instance=1>

14.101.250-14.108.750

7.101.250-7.108.750

3.591.250-3.598.000

Hi, I'm the developer of RWS (Radio Web Services, https://github.com/Glitch31415/rws) and VarAC is the best VARA chat client for interacting with my project. However, when it tries to send extremely large amounts of text in a message (tens or hundreds of kilobytes or more), the VarAC window slows down more and more and eventually freezes as more text appears. It would be nice if there was an option to only try to load the message once, after it has finished sending, rather than reloading the UI element each time more text is available to show. Thank you! KJ7QQG

I was sending a CQ and VarAC sent a Beacon in the middle of the sequence. I'm in debug mode because of the other error.

21/06/2026 21:43:29 - (CN:1) GPS Data: Lat: 35 25.19716 N Long: 078 40.29440 W

21/06/2026 21:43:29 - (CN:1) GPS Data: Lat: 35.4199526666667 Long: -78.6715733333333

21/06/2026 21:43:29 - (CN:1) GPS LOC: FM05PK RAW DATA: $GPGGA,214329.00,3525.19716,N,07840.29440,W,2,10,1.17,88.4,M,-34.4,M,,0000*57

21/06/2026 21:43:29 - (CN:1) Resetting last activity time (Reason: Calling CQ)

I had an alert that a Relay was waiting on another station.

I connected to the station and rcvd the vmail.

I went to delete the notification in the relay window and got a "unhandled exception" warning. Clicked continue, and the instance of my cluster I was deleting it in shut down. The other instance was not affected. I went to look for the log file for 20260619* and it did not exist, only for the 18th. No data date stamped for the 19th or 20th. I don't often have relay notifications, but I will try to capture some data.

It might be worth considering a contest or "I just want to make contacts" mode. Here's a possible implementation provided just for clarity to what I was thinking about: 1) Change the CQ Calls window into CQ Chats 2) Add a window for CQ Contests

3) If someone calls CQ in the CQ Contests window, you double click on it the same way as CQ Chats. In other words, the operator has to decide that he wants to connect.

4) An automated workflow for the contact proceeds just like WSJT except . . .

5) There's the opportunity to add tags such as <NAME> or <INFO>

6) Contact information goes in the Datastream as it does currently.

7) When the workflow is complete, a <DISC> is issued automatically.