mirror of
https://github.com/praktimarc/kst4contest.git
synced 2026-08-25 03:27:43 +02:00
97 lines
3.8 KiB
Markdown
97 lines
3.8 KiB
Markdown
---
|
|
title: QSO Monitoring
|
|
icon: 👁️
|
|
category: ON4KST Chat
|
|
since: "1.31"
|
|
summary: Follow messages sent or received by one station across its KST suffixes without changing the actual message destination or chat category.
|
|
description: KST4Contest can show the communication of selected stations additionally in the PM table while keeping complete callsigns, message routing and chat categories intact.
|
|
tagsList:
|
|
- ON4KST
|
|
- QSO monitoring
|
|
- QSO sniffer
|
|
- callsign suffix
|
|
- sked
|
|
- contest team
|
|
- dual chat
|
|
related:
|
|
- dual-chat
|
|
- sked-reminder
|
|
- automatic-replies
|
|
---
|
|
|
|
## Why monitor another station?
|
|
|
|
During a busy contest, an interesting exchange can disappear quickly in the general chat traffic. This is particularly relevant when another station in the same team is arranging skeds or when a rare station is communicating with several potential callers.
|
|
|
|
KST4Contest can show this communication additionally in the PM table.
|
|
|
|

|
|
|
|
## One station may use several chat callsigns
|
|
|
|
Band- or operating-position-specific KST suffixes are common:
|
|
|
|
```text
|
|
DN9APW-2
|
|
DN9APW-70
|
|
DN9APW-144
|
|
DN9APW-432
|
|
```
|
|
|
|
Entering every variant manually would be possible, but it would also be unnecessary work and easy to forget when another suffix appears.
|
|
|
|
QSO monitoring therefore uses the normalised base callsign. Entering any of the callsigns above creates one entry:
|
|
|
|
```text
|
|
DN9APW
|
|
```
|
|
|
|
That entry covers messages sent by or addressed to every visible suffix of the same base callsign.
|
|
|
|
## What is shown?
|
|
|
|
A monitored message appears in the PM table with its complete sender and receiver:
|
|
|
|
```text
|
|
Sniffed: (DN9APW-70 > 9A0BB-23) pse sked 19:30
|
|
```
|
|
|
|
The display includes:
|
|
|
|
- directed messages sent by the monitored station;
|
|
- directed messages addressed to the monitored station; and
|
|
- public messages which the monitored station sends to `ALL`.
|
|
|
|
The original message remains in its normal table. KST4Contest does not remove, redirect or rewrite it.
|
|
|
|
## Monitoring and routing solve different problems
|
|
|
|
The base callsign is used to decide whether a message should be shown in the monitoring view. The complete visible callsign and chat category are still used for message routing.
|
|
|
|
A message for `DN9APW-70` therefore remains a message for `DN9APW-70`. It is not redirected to `DN9APW`, `DN9APW-2` or another suffix.
|
|
|
|
This is the same distinction used elsewhere in KST4Contest: station-related information may be shared through the base callsign, while communication remains attached to the actual ON4KST login.
|
|
|
|
## Both chat categories are included
|
|
|
|
When two ON4KST categories are connected, the same monitoring list applies to both. There is no need to configure the station separately for each category.
|
|
|
|
The category of the individual message remains part of its context. Combining the monitoring view does not merge the underlying chat connections.
|
|
|
|
## What the function does not do
|
|
|
|
QSO monitoring does not search the message text for callsign mentions. The monitored station must be the actual sender or receiver.
|
|
|
|
It also does not generate a separate notification sound and does not decide whether the message really contains a useful sked arrangement. It provides visibility, not interpretation.
|
|
|
|
No additional messages are requested from the ON4KST server. The function only presents chat traffic which KST4Contest has already received.
|
|
|
|
## Configuration
|
|
|
|
Add a callsign under **QSO monitoring** in the **Notification** tab. KST4Contest immediately reduces any visible KST suffix or portable addition to the base callsign.
|
|
|
|
The list can be edited directly and is stored with **Save Settings**.
|
|
|
|
[Read the complete QSO monitoring configuration in the manual.](/manual/en/configuration/#sniffer-settings-from-v131)
|
|
|
|
[Read why complete callsigns and chat categories remain separate.](/features/dual-chat/) |