Documentation
·
Quickstart
·
Releases
OpenPost is for people who want the core social media scheduling workflow without relying on another hosted SaaS.
- Typefully-like composer: write once, customize per platform with account-specific variants
- Thread support: publish multi-post threads in sequence
- Scheduling that stays queued: plan posts ahead, queued posts survive restarts
- Workspaces: separate brands, projects, or clients into different workspaces
- Reusable media library: upload once, reuse across posts
- Self-hosted: your data, schedules, and tokens stay on your server
Under the hood: Built with Go, Svelte, and SQLite. Runs as a single binary or container — no Redis, no Postgres, no external queue. OAuth tokens are encrypted at rest with AES-256-GCM. Account-level 2FA and passkeys supported.
OpenPost is especially useful for:
- Indie hackers who want a cheaper or free alternative to Typefully, Buffer, or Hootsuite
- Small teams that want control over credentials and data
- Open-source maintainers managing multiple platform presences
- Self-hosters who want a lightweight tool instead of a full marketing suite
- Agencies managing separate brand workspaces
- Video support is provider-dependent — some platforms have implementation paths in the codebase, but not every provider is verified end to end
- No full feature parity guarantee — each platform has different capabilities
- Advanced analytics are not the current focus — engagement reporting is not a launch feature
- Enterprise approval workflows are not the current focus — OpenPost is optimized for core scheduling workflows
cp backend/.env.example .env
docker compose up -dSet fresh values for OPENPOST_JWT_SECRET and OPENPOST_ENCRYPTION_KEY before using OpenPost. Both secrets are required and must be at least 32 characters long. The first account created on an instance becomes the instance admin automatically. For the full install path, reverse proxy setup, provider OAuth guides, and operations docs, use the docs site.
- X
- Mastodon
- Bluesky
- Threads
Use the development docs in the documentation site, the repo guidance in AGENTS.md, and the existing code patterns in frontend/ and backend/.
Report security issues through SECURITY.md.
MIT
