@MSGID: 2:5015/46 69a3b9f3
@REPLY: 2:5083/85.1 69a39849
@CHRS: CP866 2
@TZUTC: 0300
@TID: hpt/lnx 1.9
Hello, Eugene!

Sunday March 01 2026 06:37, from Eugene Erokhin -> Nil A:

 NA>> А нахуа он нужон? Какую специфическую задачу он решает? Тешит
 NA>> самолюбие вайбкодера?
 EE>  Он решает специфическую задачу пощупать этот самый вабкодинг, и,
 EE> заодно, поупражняться в распутывании продуктов жизнедеятельности ИИ.
 EE> Помимо этого, конкретно у меня он решает задачу удалённого управления
 EE> через веб-морду.

Вы сейчас все усретесь: я - водитель этого автобуса! (c)
```offtop
 Автобус отходит от остановки, за ним бежит мужик спотыкается и
падает, встает, бежит, опять падает, и так - раз пять. В автобусе все
потухают от смеха.
Из окна высовывается девушка и кричит.
- Мужчина, если вы еще раз упадете, мы здесь все уписяемся!
- Вы сейчас все усретесь: я - водитель этого автобуса!
```

 Самый уссывон в этой ситуации то, что я таки собрался вайбкодить
фидошный мейлер на прошлой неделе. Безп@зды. Детали я обсуждал в su.hamradio.
Сейчас кусочек чата покажу

 Design a modern FTN/FidoNet-compatible mailer optimized for half-duplex
amateur radio links (e.g., 1200 baud AFSK) using AX.25 UI frames (not AX.25
Connected Mode and not TCP/IP).
The mailer must:
* Use a JSON-based configuration file defining:
  * Local FTN addresses (node/point)
  * Sysop name
  * Links (remote FTN address + optional password/PSK)
  * AX.25 settings (callsign, SSID, port, max payload length)
 * Scan and process a Binkley-style outbound directory compliant with
**FTS-5005.003 Advanced BinkleyTerm Style Outbound flow and control**.
* Establish outgoing sessions and accept incoming sessions.
* Operate in burst mode to minimize TX/RX switching.
* Support:
  * Open sessions (no authentication)
  * Password-based sessions using PSK + HMAC
  * Optional encryption (configurable, aware of amateur radio regulations)
* Use a 0-RTT approach:
  * INIT packet authenticates immediately
  * If no mail exists, only one packet per side
  * If mail exists, minimal bursts per side
 The system must be modular, testable over UDP first, and later
deployable over Linux AX.25 sockets.

Link Constraints
* Half-duplex
* 1200 baud typical
* AX.25 UI frames
* Typical payload limit ? 256 bytes (runtime configurable)
* TX/RX switching is expensive

Session Requirements
* 0-RTT session establishment
* No challenge-response handshake
* PSK-based authentication
* Timestamp + nonce replay protection
* Clocks synchronized within a few minutes
* No repeated FTN address in every packet (only in INIT)

Security Requirements
Support three modes:
1. Open (no authentication)
2. HMAC-authenticated (PSK)
3. Optional AEAD encryption (e.g., ChaCha20-Poly1305)

Security rules:
* HMAC in INIT for authentication
* HMAC at end of each file (bundle) for integrity
* No per-frame HMAC (to reduce overhead)
* CRC16 per chunk for fast corruption detection
* Replay protection using timestamp + nonce cache

Transfer Requirements
* Burst transmission
* Sliding window (e.g., 4-8 frames)
* Bitmap ACKs
* No ping-pong per chunk
* If no mail: one packet each side
* If mail: few burst packets per side
...

 Там много чего дальше про сам протокол, который не binkp, но всё
ещё FTN совместимый.
 Я ещё как-то могу тут заикнуться, что мы планету греем какими-то
говнозапросами, но у меня чуть интереснее изначально идея вайпкода.

Best Regards, Nil
--- GoldED+/LNX 1.1.5-b20250409
 * Origin: Gemini can make mistakes, so double-check it (2:5015/46)
SEEN-BY: 50/109 104/117 221/6 240/1120 301/1 341/66
451/31 452/28 166 455/19
SEEN-BY: 463/68 4500/1 5000/111 5015/42 46 120 255
519 5019/40 400 5020/101
SEEN-BY: 5020/113 545 620 715 828 830 846 848
1042 2992 4441 12000 5022/128
SEEN-BY: 5030/49 115 1081 1474 5053/51 55 5054/89
5058/104 5060/900 5061/133
SEEN-BY: 5066/18 5068/45 5083/1 444 6090/1
@PATH: 5015/46 5020/1042 4441