Skip to content

Privacy Policy

Last updated: September 28, 2026

This Privacy Policy describes what data Fluxcord collects, why it collects it, and how it’s used. Fluxcord is a Discord <-> Fluxer message bridge bot. If you’re a server administrator setting up bridging, or a user in a bridged channel, this document explains what happens to your data.

Scope: This policy applies only to the Fluxcord Flagship instances operated by JB. It does not apply to self-hosted instances, those are operated independently by their respective hosts, who control all data on their instance and are responsible for their own privacy practices.


When a bridge is configured, Fluxcord stores the following to make the bridge work:

Data Why it’s stored
Discord channel ID To identify which channel to bridge messages to/from
Discord guild (server) ID To associate the bridge with the correct server
Discord webhook ID and token To post bridged messages as the correct users
Fluxer channel ID Same as above, for the Fluxer side
Fluxer guild (community) ID Same as above, for the Fluxer side
Fluxer webhook ID and token Same as above, for the Fluxer side
Bridge direction Whether the bridge runs Discord→Fluxer, Fluxer→Discord, or both ways
Error logging channel ID and platform (optional) If you’ve set one, to know where to post error notifications and on which platform
Error reaction emoji (optional) The emoji the bot reacts with when a bridged message fails; configurable per guild
Custom bot prefix (optional) Per-guild override for the bot’s command prefix
Row timestamps createdAt / updatedAt are automatically added by the database layer to every row

This data is stored in a password-protected PostgreSQL database on the server running the Flagship instance.

When voice bridging is configured, Fluxcord stores only the linked channel/server IDs (Discord guild + channel ID, Fluxer guild + channel ID) so it knows which voice channels to connect. No audio, transcripts, or voice user lists are stored — see Section 6.

Also Stored Persistently (per bridged message)

Section titled “Also Stored Persistently (per bridged message)”

To support edit and deletion bridging, Fluxcord stores the following for each message sent through a bridge:

Data Why it’s stored
Discord message ID To identify which bridged message to edit or delete
Fluxer message ID Same as above, for the Fluxer side
Reply message IDs (Discord + Fluxer, if the message is a reply) To link a reply to the bridged parent message on the other platform
Originating platform Whether the message was originally sent on Discord or Fluxer, so the bridge knows which side to mirror edits/deletes to
Author user ID To associate the bridged message with the original sender — used for edits, deletions, and attributing replies back to the correct user
Associated bridge Each mapping is linked to its bridge, so removing the bridge removes its message mappings
Row timestamps createdAt / updatedAt are automatically added by the database layer to every row

Message content (text) is not stored. It is only processed transiently in memory to deliver it to the other platform, then discarded. Reply/quoted text is likewise not stored — only the reply message IDs above.

This data is stored for as long as the original message exists. It is automatically deleted when the original message is deleted on either platform. It is automatically removed when the bridge is removed, when a bridged channel is deleted, or when the bot is removed from a Discord server (see Section 5).

The following passes through Fluxcord but is not saved to disk:

  • Message content (text), including quoted reply text
  • Attachments and embeds
  • Usernames and display names
  • User avatars (referenced by URL, not downloaded)
  • Reactions and pins
  • Voice audio (streamed in real time, never recorded)
  • Voice channel join/leave events
  • Typing indicators

Exception: if a server administrator has configured an error-logging channel, a message that fails to bridge may have its author display name, message link, and message text posted to that channel as an error report so admins can diagnose the failure. That error post lives on Discord/Fluxer like any other message — it is not stored in Fluxcord’s database.


  • We do not build profiles on individual users. Author IDs are stored only in relation to specific bridged messages — used for edit bridging, delete bridging, and attributing replies back to the original sender — not for any tracking purpose.
  • We do not use analytics or tracking tools to profile users or monitor behavior across communities.
  • We may collect aggregate operational telemetry and service logs for reliability, debugging, abuse prevention, and performance monitoring. This may include counters and technical events related to bridge health, but does not include message content or recorded voice audio and is not used to build user profiles.

If you’re using a Fluxcord Flagship (hosted) instance, the operator of that instance (JB) has access to the database, which contains the channel and webhook data described in Section 1. Alongside that, another Fluxcord maintainer (vesaber) has access to the database for debugging and troubleshooting purposes.

If you’re using a self-hosted instance, that instance’s operator controls all the data entirely. The Fluxcord developers and the Flagship operator have no access to anything running on a self-hosted instance.


We do not sell, rent, or share your data with third parties.

The external services involved are:

  • Discord and Fluxer — messages, media, and metadata are bridged to these platforms as part of core functionality, subject to their respective privacy policies.
  • fluxer.host — voice bridge processes run on servers hosted here. Audio transits through their infrastructure.
  • Netcup — the hosting provider for the main Fluxcord instance. The bot and its database run on their servers.

Bridge configuration data (channel IDs, webhook tokens, etc.) is retained until you manually remove the bridge using the unbridge command (voice bridges: voiceunbridge).

Stored message ID mappings are deleted when the original message is deleted on either platform. They are automatically removed when the bridge is removed, when a bridged channel is deleted, or when the bot is removed from a Discord server. If a Fluxer community is deleted, contact us through the support community (see Section 10) to have any leftover data removed.

If you want all data associated with your server removed, contact us through the support community (see Section 10).


When voice bridging is enabled, Fluxcord captures audio from participants in a Discord voice channel and streams it in real time to the corresponding Fluxer voice room via LiveKit. Audio from Fluxer participants is streamed back to Discord the same way.

Audio is never recorded or written to disk. It exists only as an in-memory stream for the duration of the bridge session. When the bridge stops, the audio is gone.

Voice bridge processes run on servers hosted at fluxer.host. Audio transits through that infrastructure before reaching the other platform. By using voice bridging, you acknowledge this.


Webhook tokens are stored encrypted in the database and are required for Fluxcord to function. If you’re self-hosting, ensure your database file is not publicly accessible. (Database encryption is enabled on the Flagship instance; self-hosters generally don’t need to enable it.) On the Flagship instance, access to the database is restricted to the server owner.

Webhooks are created automatically by Fluxcord during setup — users do not create or manage them directly. If you believe a webhook token associated with Fluxcord has been compromised, run unbridge to remove the bridge; this deletes the webhooks Fluxcord created and invalidates their tokens. If any webhook remains in the channel afterwards, you can delete it manually via the channel’s settings in Discord and Fluxer.


Fluxcord is not intended for use by anyone below the minimum age required by Discord or Fluxer. We do not knowingly collect data from minors.


We may update this policy as the Bot evolves. If we make significant changes, we’ll post a notice in the support community. Continued use after changes are posted means you accept the updated policy.


Questions, data deletion requests, or concerns can be directed to the Fluxcord support community: