Find a file
2017-02-26 18:05:46 -08:00
bin pep8: Fix E128 violations. 2016-12-13 10:50:14 -08:00
bots lint: Clean up E126 PEP-8 rule. 2017-01-23 22:06:13 -08:00
contrib_bots Remove triage_message() function from all the contrib-bots. 2017-02-17 06:51:48 -08:00
examples api: Add bindings for new get_presence endpoint. 2017-02-10 23:52:56 -08:00
integrations Google Calendar bot: Populate events array directly. 2017-02-26 18:05:46 -08:00
zulip mypy: Remove now-unused type: ignores. 2017-02-18 17:01:01 -08:00
MANIFEST.in Add API example for fetching historical messages. 2016-03-29 19:04:43 -07:00
README.md api: Add support for Environment Variables. 2017-02-06 22:56:59 -08:00
setup.cfg setup.cfg to run install_data on API install 2013-11-26 13:26:31 -05:00
setup.py api: Add bindings for new get_presence endpoint. 2017-02-10 23:52:56 -08:00

Dependencies

The Zulip API Python bindings require the following Python libraries:

  • requests (version >= 0.12.1)
  • simplejson
  • six
  • typing (version >= 3.5.2.2)

Installing

This package uses distutils, so you can just run:

python setup.py install

Using the API

For now, the only fully supported API operation is sending a message. The other API queries work, but are under active development, so please make sure we know you're using them so that we can notify you as we make any changes to them.

The easiest way to use these API bindings is to base your tools off of the example tools under examples/ in this distribution.

If you place your API key in the config file ~/.zuliprc the Python API bindings will automatically read it in. The format of the config file is as follows:

[api]
key=<api key from the web interface>
email=<your email address>
site=<your Zulip server's URI>
insecure=<true or false, true means do not verify the server certificate>
cert_bundle=<path to a file containing CA or server certificates to trust>

If omitted, these settings have the following defaults:

insecure=false
cert_bundle=<the default CA bundle trusted by Python>

Alternatively, you may explicitly use "--user", "--api-key", and --site in our examples, which is especially useful when testing. If you are running several bots which share a home directory, we recommend using --config to specify the path to the zuliprc file for a specific bot. Finally, you can control the defaults for all of these variables using the environment variables ZULIP_CONFIG, ZULIP_API_KEY, ZULIP_EMAIL, ZULIP_SITE, ZULIP_CERT, ZULIP_CERT_KEY, and ZULIP_CERT_BUNDLE. Command-line options take precedence over environment variables take precedence over the config files.

The command line equivalents for other configuration options are:

--insecure
--cert-bundle=<file>

You can obtain your Zulip API key, create bots, and manage bots all from your Zulip settings page; with current Zulip there's also a button to download a zuliprc file for your account/server pair.

A typical simple bot sending API messages will look as follows:

At the top of the file:

# Make sure the Zulip API distribution's root directory is in sys.path, then:
import zulip
zulip_client = zulip.Client(email="your-bot@example.com", client="MyTestClient/0.1")

When you want to send a message:

message = {
  "type": "stream",
  "to": ["support"],
  "subject": "your subject",
  "content": "your content",
}
zulip_client.send_message(message)

If you are parsing arguments, you may find it useful to use Zulip's option group; see any of our API examples for details on how to do this.

Additional examples:

client.send_message({'type': 'stream', 'content': 'Zulip rules!',
                     'subject': 'feedback', 'to': ['support']})
client.send_message({'type': 'private', 'content': 'Zulip rules!',
                     'to': ['user1@example.com', 'user2@example.com']})

send_message() returns a dict guaranteed to contain the following keys: msg, result. For successful calls, result will be "success" and msg will be the empty string. On error, result will be "error" and msg will describe what went wrong.

Examples

The API bindings package comes with several nice example scripts that show how to use the APIs; they are installed as part of the API bindings bundle.

Logging

The Zulip API comes with a ZulipStream class which can be used with the logging module:

import zulip
import logging
stream = zulip.ZulipStream(type="stream", to=["support"], subject="your subject")
logger = logging.getLogger("your_logger")
logger.addHandler(logging.StreamHandler(stream))
logger.setLevel(logging.DEBUG)
logger.info("This is an INFO test.")
logger.debug("This is a DEBUG test.")
logger.warn("This is a WARN test.")
logger.error("This is a ERROR test.")

Sending messages

You can use the included zulip-send script to send messages via the API directly from existing scripts.

zulip-send hamlet@example.com cordelia@example.com -m \
    "Conscience doth make cowards of us all."

Alternatively, if you don't want to use your ~/.zuliprc file:

zulip-send --user shakespeare-bot@example.com \
    --api-key a0b1c2d3e4f5a6b7c8d9e0f1a2b3c4d5 \
    --site https://zulip.example.com \
    hamlet@example.com cordelia@example.com -m \
    "Conscience doth make cowards of us all."

Working with an untrusted server certificate

If your server has either a self-signed certificate, or a certificate signed by a CA that you don't wish to globally trust then by default the API will fail with an SSL verification error.

You can add insecure=true to your .zuliprc file.

[api]
site=https://zulip.example.com
insecure=true

This disables verification of the server certificate, so connections are encrypted but unauthenticated. This is not secure, but may be good enough for a development environment.

You can explicitly trust the server certificate using cert_bundle=<filename> in your .zuliprc file.

[api]
site=https://zulip.example.com
cert_bundle=/home/bots/certs/zulip.example.com.crt

You can also explicitly trust a different set of Certificate Authorities from the default bundle that is trusted by Python. For example to trust a company internal CA.

[api]
site=https://zulip.example.com
cert_bundle=/home/bots/certs/example.com.ca-bundle

Save the server certificate (or the CA certificate) in its own file, converting to PEM format first if necessary. Verify that the certificate you have saved is the same as the one on the server.

The cert_bundle option trusts the server / CA certificate only for interaction with the zulip site, and is relatively secure.

Note that a certificate bundle is merely one or more certificates combined into a single file.