Skip to content


Folders and files

Last commit message
Last commit date

Latest commit


Repository files navigation

A Hubot adapter for Flowdock

Flowdock is a web based collaboration and chat app. It integrates nicely with GitHub, Rally, Pivotal Tracker, Twitter, JIRA, Confluence, most CI systems and even email. Read about how to do ChatOps with Hubot.

You should report any issues or submit any pull requests to the Flowdock adapter repository.

Compatibility with Hubot

  • 0.6.x => Hubot >=2.5.0
  • 0.5.x => Hubot >=2.4.8
  • 0.4.x => Hubot 2.4.2 - 2.4.8
  • 0.3.x => Hubot 2.3.x
  • 0.2.5 => Hubot 2.2.x

Compatibility with NodeJS

  • Preferably use NodeJS 0.8.x or later

Getting Started

First, create your own hubot template by using the getting started instructions of the hubot repository.

Then you will need to edit the package.json for your hubot and add the hubot-flowdock adapter dependency.

"dependencies": {
  "hubot-flowdock": ">= 0.0.1",
  "hubot": ">= 2.0.0",

Then save the file, and commit the changes to your hubot's git repository.

If deploying to Heroku you will need to edit the Procfile and change the -a campfire option to -a flowdock. Or if you're deploying locally you will need to use -a flowdock when running your hubot.

Bot name

Note that by default, hubot will think its name is "Hubot" and will only respond to that name. You can configure what name hubot thinks it has, with environment variable HUBOT_NAME or with the -n flag when starting the bot. Note that you will run into problems if the name that hubot internally uses is different from the actual display name of the user that hubot uses to connect to Flowdock with. The Flowdock adapter will however try to mitigate the effects of wrong name, but you should still configure it properly.

Join flows

Note that hubot cannot join any flows on its own. You need to either log into Flowdock with the Hubot user and join some Flows, or add the bot to the desired flows using another user.

Adding / removing from flows

Hubot will automatically reconnect when you add or remove it from a flow.

Configuring the Adapter

The Flowdock adapter requires either a user's personal api token (obtainable from Flowdock account page) as environment variable


or a user's email and password as environment variables:


Optional configuration:

# Heroku specific: to enable the keep-alive functionality for Hubot > 2.1.4.
# More info at

# Bot name, optionally you can give it with `-n Name` when starting the bot

# By default, Hubot will not respond to (or even see) chat messages sent using
# a flow api token and external_user_name. If you are really sure this is something
# you need and realize that this allows ANYONE to send anonymous commands to
# your Hubot if they know your flow api token, you can allow them by setting
# the following env to 1.

# You can ignore users (for example if you have other bots) with the following
# environment variable by giving a comma separated list of user ids.


Remember to set the bot's name to match the Flowdock login's display name. See "Bot name" above. You will see warnings in the logs when starting hubot if the name does not match the Flowdock login.

Flowdock Login Email

This is the email address of the account which your hubot will be using.

Flowdock Login Password

This is the password of the account which your hubot will be using. Note: if you use third party authentication (e.g. Google), you need to set a password for your account manually.

Heroku Hostname

Your Hubot instance's hostname in Heroku.

Configuring the variables on Heroku

% heroku config:add HUBOT_FLOWDOCK_LOGIN_EMAIL="..."

% heroku config:add HUBOT_FLOWDOCK_LOGIN_PASSWORD="..."

Configuring the variables on UNIX





If you need to access data about flows, you can find them in robot.adapter.flows.

Comments vs. normal messages

By default hubot will always respond to the same thread that the message that caused the response was in. In scripts you can override this by setting msg.envelope.newMessage = true.


To send a message to a particular flow, use robot.messageRoom(room, message), where room can be one of:

  • ID of the flow
  • Organization and flow joined by a slash, e.g. acme/someflow
  • Flow name

It's advised to use the proper flow id as the room parameter. However, if you use the flow name, there are guarantees that those are really unique especially if you run your bot in multiple organizations.

Extending hubot-flowdock

Undo or message deletion

A couple of scripts exist if you want to add an undo or message deletion capabilities to hubot:

They both allow you to tell hubot to delete some of its previous messages from Flowdock. This can be useful if they contain secrets or inappropriate content and you want to remove them. See the source or readme of the scripts for usage. For a brief discussion about the background see #67.