Multiple server backends

Errbot has support for a number of different networks and is architectured in a way that makes it easy to write new backends in order to support more. Currently, the following networks are supported:

Core features

  • Multi User Chatroom (MUC) support
  • A dynamic plugin architecture: Bot admins can install/uninstall/update/enable/disable plugins dynamically just by chatting with the bot
  • Advanced security/access control features (see below)
  • A !help command that dynamically generates documentation for commands using the docstrings in the plugin source code
  • A per-user command history system where users can recall previous commands
  • The ability to proxy and route one-to-one messages to MUC so it can enable simpler XMPP notifiers to be MUC compatible (for example the Jira XMPP notifier)

Built-in administration and security

  • Can be setup so a restricted list of people have administrative rights
  • Fine-grained access controls may be defined which allow all or just specific commands to be limited to specific users and/or rooms
  • Plugins may be hosted publicly or privately and dynamically installed (by admins) via their Git url
  • Plugins can be configured directly from chat (no need to change setup files for every plugin)
  • Configs can be exported and imported again with two commands (!export and !import respectively)
  • Technical logs can be logged to file, inspected from the chat or optionally logged to Sentry

Extensive plugin framework

  • Hooks and callbacks for various types of events, such as callback_connect() for when the bot has connected or callback_message() for when a message is received.
  • Local text and graphical consoles for easy testing and development
  • Plugins get out of the box support for subcommands
  • We provide an automatic persistence store per plugin
  • There’s really simple webhooks integration
  • As well as a polling framework for plugins
  • An easy configuration framework
  • A test backend for unittests for plugins which can make assertions about issued commands and their responses
  • And a templating framework to display fancy HTML messages. Automatic conversion from HTML to plaintext when the backend doesn’t support HTML means you don’t have to make separate text and HTML versions of your command output yourself