QRX Operator's Guide Doc. QRX-140 · Rev. 2026-07-13

QRX

APRS Missed-Message Mailbox
Q-code QRX: "Wait — I will call you again."
TYPEStore-and-forward svc.
TRANSPORTAPRS / APRS-IS
ADDRESSMessage "QRX"
FIRMWAREv1.4.0
COVERAGEWorldwide
COSTNone · no account
IN SERVICE SINCE MARCH 2026 STATIONS REGISTERED: 377 MESSAGES CAUGHT: 12,170 DELIVERIES CONFIRMED: 1,526
Fig. 1-1 — Station traffic monitor, APRS-IS (representative)

1General description

Operating limits
Inbox capacity
100 msgs
Retention
7 days
ACK wait, default
300 s
ACK wait, settable
60–3600 s
Command rate limit
15 / 5 min
Message length
67 char
Maintenance window
0300–0500Z

QRX is a passive safety net under APRS messaging. It monitors the APRS-IS stream for messages addressed to registered stations. When a message goes unacknowledged — the recipient's radio is off, out of range, or on another band — QRX stores it. When the recipient next beacons, QRX notifies them and delivers the held traffic on request. Voicemail, for packet radio.

QRX requires no hardware, software, or configuration at the user's station. Any APRS-capable radio or client that can send a message can use every feature. QRX never acknowledges on a station's behalf and never retransmits a message except by the operator's explicit command.

Quick start procedure
  1. Compose an APRS message addressed to QRX.
  2. Send the single word REG.
  3. There is no step 3. Missed messages are now held for your callsign, all SSIDs.

2Theory of operation

SENDING STATION APRS-IS RF → IGATE → NET QRX NO ACK IN WAIT WINDOW? → STORE MESSAGE BEACON DETECTOR NOTIFY ON NEXT POSIT YOUR STATION BEACON NOTIFY + DELIVER
Fig. 2-1 — Signal path

Catch. QRX observes the message and watches for the recipient's ACK. If none arrives within the wait window (default 300 s, per-user settable), the message is stored and the sender is told: QRX: msg to N0JLF stored. Will deliver on beacon.

Notify. The recipient's next position beacon — from any SSID that isn't a digi, igate, or weather station — triggers a notification with the count of waiting messages.

Deliver. Messages replay newest-first under the operator's control: read with R, or RLY re-injects them to the radio as if the sender had just transmitted.

3Operation

A complete exchange as displayed on the radio (protocol framing removed by the transceiver):

— while you were off the air, the sender was told the message is held —
RX<New msg from KE0SMR-5. 1 waiting. Send R or RLY
TX>R
RX<Msg 1/1 from KE0SMR-5 04-28 13:07 msg to follow
RX<Hey are you on the ridge?
TX>D
RX<Deleted. 0 msgs left.
Fig. 3-1 — Typical exchange, operator's view

3.2Relay (RLY)

RLY re-transmits a held message to your radio as if the original sender had just sent it. The message does not arrive as text from QRX — it arrives as ordinary APRS traffic from the sender's own callsign, so it lands in your radio's message store with the correct sender, and you can reply to it directly from the rig like any other message.

TX>RLY
— a new message arrives: from KE0SMR-5, not from QRX —
RX<KE0SMR-5: Hey are you on the ridge?
— your radio ACKs it automatically; QRX sees the ACK and deletes the message from your mailbox —
Fig. 3-2 — Relay delivery: the mailbox empties itself on your radio's ACK

RLY ALL replays the entire inbox this way, oldest first, paced so the channel is not flooded — one command empties the mailbox into your rig, each message deleted as the radio acknowledges it. Relayed packets carry QRX's audit trail on APRS-IS (the same qAO mechanism used by SMSGTE and EMAIL-2), and two layers of loop prevention keep re-injected traffic from being re-stored.

4Command reference

Table 4-1 — Mailbox & account commands (send as APRS message to QRX)
CommandFunction
REG / UNREGRegister central inbox for your base callsign / unregister and delete all data
IInbox summary; resets to newest message
R / NRead message at cursor / force-advance to next
D / CLRDelete last-read message / clear entire inbox
RLY [ALL]Replay last-read (or all) messages to your radio as the original sender — see §3.2
WWaiting messages grouped by sender
ASend read receipt to sender of last-read message
S / STATSYour registration status / system-wide statistics
NOTIFY ON|OFF, QUIET nBeacon alerts on/off; suppress for n minutes
IGNORE callRefuse storage of messages from a callsign (UNIGNORE to reverse)
SET IDENT ssid typeLabel an SSID: HT MOBILE BASE DIGI IGATE WX UNMANNED … (unmanned types skip notifications)
WHICH callBest SSID to reach a station, scored from QRX + aprs.fi activity
SPLIT n / UNSPLIT nGive SSID -n its own inbox / merge it back
HELP [cmd]Command list, or help for one command

5Interface specification — machine sync

For APRS client software (introduced in v1.4.0). Pipe-delimited responses, one packet each, no prose to parse. Full specification: machine-sync-protocol.

Table 5-1 — Machine sync commands
CommandResponseFunction
QSQS|3|2Poll: message count, sender count
QFQF|1/3|KE0SMR-5|0428T1307|…Fetch message at cursor (idempotent)
QDQD|OK|2Confirm + delete fetched message
QWQW|2|W4XYZ:2|KE0SMR-5:1Per-sender counts
FCC Part 97 notice. All QRX traffic is transmitted in the clear. QRX applies no encryption of any kind and stores only what was already broadcast on amateur frequencies.

6Revision history

Table 6-1 — Firmware revisions
Rev.DateChanges
1.4.02026-07-13Machine sync protocol (QS/QF/QD/QW); bare R reads new messages without I; inbox capacity 20 → 100; per-user ACK-wait timeout
1.3.x2026-04/05IDENT station types; WHICH routing advisor; unmanned-station detection; automatic bot protection
1.2.x2026-04R/N cursor split; mangled-packet repair; Kenwood auto-ack; relay (RLY); IGNORE; packet sanitization
1.1.x2026-03Central inbox; WHO; read receipts; reliable delivery with retransmit
1.0.02026-03-29First packet caught

Bug reports: send BUG <details> to QRX (attaches a one-hour packet trace), or write qrx@forkum.net.

Operated by Jesse Forkum · N0JLF Chattanooga, Tennessee · EM75 Form QRX-OG-1 (07/26)