@MSGID: 2:50/700.700 0b93413e
@REPLY: 2:5015/46 69a3b9f3
@PID: ХотДог/2.14.5/Android
@TID: jNode/Android
@CHRS: CP866 2
Hello, Nil A.
On 01.03.2026 06:43 you wrote:

  NA> Вы сейчас все усретесь: я - водитель этого автобуса! (c)
```offtop Автобус отходит от 
  NA> остановки, за ним бежит мужик спотыкается и падает, встает,
бежит, опять падает, и так - раз 
  NA> пять. В автобусе все потухают от смеха. Из окна высовывается
девушка и кричит. - Мужчина, если 
  NA> вы еще раз упадете, мы здесь все уписяемся! - Вы сейчас все
усретесь: я - водитель этого 
  NA> автобуса! ``` Самый уссывон в этой ситуации то, что я таки
собрался вайбкодить фидошный мейлер 
  NA> на прошлой неделе. Безп@зды. Детали я обсуждал в su.hamradio.
Сейчас кусочек чата покажу 
  NA> Design a modern FTN/FidoNet-compatible mailer optimized for
half-duplex amateur radio links 
  NA> (e.g., 1200 baud AFSK) using AX.25 UI frames (not AX.25
Connected Mode and not TCP/IP). The 
 NA> mailer must: * Use a JSON-based configuration file defining:
 NA>   * Local FTN addresses (node/point)
 NA>   * Sysop name
 NA>   * Links (remote FTN address + optional password/PSK)
 NA>   * AX.25 settings (callsign, SSID, port, max payload length)
  NA> * Scan and process a Binkley-style outbound directory compliant
with **FTS-5005.003 Advanced 
  NA> BinkleyTerm Style Outbound flow and control**. * Establish
outgoing sessions and accept 
  NA> incoming sessions. * Operate in burst mode to minimize TX/RX
switching. * Support:
 NA>   * Open sessions (no authentication)
 NA>   * Password-based sessions using PSK + HMAC
 NA>   * Optional encryption (configurable, aware of amateur radio regulations)
 NA> * Use a 0-RTT approach:
 NA>   * INIT packet authenticates immediately
 NA>   * If no mail exists, only one packet per side
 NA>   * If mail exists, minimal bursts per side
  NA> The system must be modular, testable over UDP first, and
later deployable over Linux AX.25 
  NA> sockets. Link Constraints * Half-duplex * 1200 baud typical *
AX.25 UI frames * Typical 
  NA> payload limit ? 256 bytes (runtime configurable) * TX/RX
switching is expensive Session 
  NA> Requirements * 0-RTT session establishment * No
challenge-response handshake * PSK-based 
  NA> authentication * Timestamp + nonce replay protection * Clocks
synchronized within a few 
  NA> minutes * No repeated FTN address in every packet (only in
INIT) Security Requirements Support 
  NA> three modes: 1. Open (no authentication) 2. HMAC-authenticated
(PSK) 3. Optional AEAD 
  NA> encryption (e.g., ChaCha20-Poly1305) Security rules: * HMAC in
INIT for authentication * HMAC 
  NA> at end of each file (bundle) for integrity * No per-frame
HMAC (to reduce overhead) * CRC16 
  NA> per chunk for fast corruption detection * Replay protection
using timestamp + nonce cache 
  NA> Transfer Requirements * Burst transmission * Sliding window
(e.g., 4-8 frames) * Bitmap ACKs * 
  NA> No ping-pong per chunk * If no mail: one packet each side *
If mail: few burst packets per 
  NA> side ... Там много чего дальше про сам протокол, который не
binkp, но всё ещё FTN совместимый. 
  NA> Я ещё как-то могу тут заикнуться, что мы планету греем
какими-то говнозапросами, но у меня 
 NA> чуть интереснее изначально идея вайпкода.

Ну вот нафига вам каждому по своему мылеру? Хоть бы кто тоссер написал! ;)

--
WBR, ON
--- ХотДог/2.14.5/Android
 * Origin: Somewhere at Russia, in the hut on chicken legs... (2:50/700.700)
SEEN-BY: 50/700 452/28 166 455/19 469/122 4500/1
5019/40 400 5020/290 545 570
SEEN-BY: 5020/715 806 837 848 921 1042 1146 2992
4441 9696 12000 5022/2 128
SEEN-BY: 5023/24 5030/1081 5034/13 5051/44 5057/19
5060/900 5061/15 5066/18
SEEN-BY: 5075/128 6035/3
@PATH: 50/700 5020/715 4441