SPITFIRE NG Sysop Reference Manual

Website reading edition · D1–D3 accepted source, schema 37. The older 0.1.0 binary download predates this work. Current status · Start here.

Applies to: Current SPITFIRE NG source (main, schema 37)

Latest downloadable release: SPITFIRE NG 0.1.0 Development Preview

The downloadable Development Preview is older than the current source and may not include every feature described here. Pages call out a difference when it matters.

SPITFIRE NG is a modern, cross-platform reimplementation of Buffalo Creek Software's SPITFIRE Bulletin Board System. It keeps the terminology and caller experience that made SPITFIRE recognizable while replacing DOS-era hardware limits with maintainable native software.

This manual is for the person running the board—the Sysop. It explains how to install SPITFIRE NG, create a board, configure caller access, operate message conferences and file areas, choose presentation resources, protect private data, make backups, and recover when something goes wrong.

You do not need to understand Rust or SQLite to use this manual.

Start here

Want to get a board running first and explore the details afterward? Follow the Quick Start. It uses current source, one loopback-only SSH listener, the setup-created Sysop account, the starter message and file areas, and the supported cold-backup command.

For a fuller first-board walkthrough, continue with Getting Started. If you are upgrading or using the older downloadable archive, begin with Installation and Upgrades.

How to use this manual

The chapters are arranged around normal Sysop work:

  • start with installation and setup;
  • learn the caller-facing parts of the board;
  • configure presentation, nodes, and transports;
  • establish routine operations, security, and backup; and
  • use troubleshooting and reference material as needed.

The Caller Guide explains the board from a caller's point of view. You may give that guide to callers without exposing operator-only procedures. The Technical Reference contains database, transaction, protocol, concurrency, security, and compatibility detail for advanced Sysops and developers.

Contents

Welcome, installation, and first setup

Running the board

Messages and conferences

Files and transfers

The transfer-policy and extended-storage links currently lead to the detailed Technical Reference. Human-focused chapters for those subjects are the next manual migration targets; the features themselves are current and verified.

Menus, displays, and presentation

Optional future presentation methods, including Sixel, will belong in this part of the manual after they are implemented and verified. They are not current SPITFIRE NG capabilities.

Connections and terminal clients

SSH provides access to the BBS only. It does not provide an operating-system shell, command execution, SCP, SFTP, or forwarding.

Maintenance, security, and recovery

Compatibility and reference

Reference tables and a glossary will be added as real manual content is consolidated. Until then, the linked operator and technical documents remain the canonical references; no empty chapter is presented as finished.

A note about board-specific choices

Every SPITFIRE NG board can choose its own name, access policy, conferences, file areas, menus, presentation, listener addresses, and security levels. Examples in this manual show safe starting points, not values every board must use. When a caller-facing command is unavailable, check the caller's access and the board's menu configuration before assuming the software is broken.

Documentation and help

Stable topic names in this manual are designed for future use by local help, the website, and operator tools. The repository Markdown remains the editable source; website and downloadable versions should be generated or synchronized from it rather than maintained as separate copies.

QWK network partners

Sysop manual and Technical Reference cover implemented public/private and transit exchange, controlled DOVE interoperability, typed partner configuration, queues, replay/loop prevention and recovery. M046 records the controlled interoperability evidence and limits.

  • BinkP mailer: configured links, credentials, listener, Poll/Test, queues and recovery.

Networking operations and recovery — N5

See Networks operations for the cockpit, typed configuration, queue recovery and verified restore serial-floor reconciliation.

FTN hub services — N6

See operator workflows for downstreams, subscriptions, AreaFix, bounded rescan, points and recovery. Schema 25; en-US 1.23.0 / 1,249 messages.

FTN file networking — N7

See FileEcho, TIC, hatching and FREQ for implemented authority and workflows. Schema 28; en-US 1.25.0 / 1,306 messages.

See the account and posting identity contract for schema 28 name privacy and sender stability.

C5 Events and CircuitNET operations

Events explains queue preparation, exchange policies, Run Now and recovery. CircuitNET role guides and distribution drafts support END/HOST/ROOT operation.

C6 native Files

Files explains native areas, original content, safe imports, DIZ, scanner policy and quarantine. CircuitNET explains explicitly configured file distribution and the existing Event policies. C6 acceptance/publication status is recorded in M069.

C7 catalog administration and joining

Catalog Administration covers signed publication, local create/map/ignore, retirement and recovery. Network Kit contains Charter/Rules 1.0, joining/application and role guides.

Network Kit role and recovery guides

See Network Kit role and recovery guides for the revised kit, Sysop access, generated identities and deliberate authority replacement. Member setup starts with the kit README.


Source: public docs/manual/README.md. Navigation is adapted for this site; stale overview version/networking labels are reconciled with the accepted D3 checkpoint.

Advanced networking and activity

Conference Health describes native readership/activity and the optional caller bulletin.

Current source implements N1–N6 networking and N7 FTN file networking. Native messages and files remain canonical; BinkP is transport only. No live public FidoNet participation is claimed.

Plain definitions of FTN, BinkP, QWK, Dossier and network roles.