Synapse: Matrix reference homeserver http://matrix.org
 
 
 
 
 
 
Go to file
Erik Johnston bdea0b4d44 Fix dependency_link url 2014-08-12 17:46:57 +01:00
cmdclient Reference Matrix Home Server 2014-08-12 15:10:52 +01:00
demo Reference Matrix Home Server 2014-08-12 15:10:52 +01:00
docs Add .rst suffix to documentation files so that github auto-formats them 2014-08-12 16:39:35 +01:00
example Reference Matrix Home Server 2014-08-12 15:10:52 +01:00
graph Reference Matrix Home Server 2014-08-12 15:10:52 +01:00
synapse Just say yes to OPTIONS requests, since we want to turn on CORS headers for all paths 2014-08-12 17:17:14 +01:00
tests Reference Matrix Home Server 2014-08-12 15:10:52 +01:00
webclient Fix the 'Go to room' button to use the correct room alias api 2014-08-12 17:17:14 +01:00
.gitignore Capture the .gitignore file 2014-08-12 16:42:43 +01:00
LICENSE Reference Matrix Home Server 2014-08-12 15:10:52 +01:00
MANIFEST.in Reference Matrix Home Server 2014-08-12 15:10:52 +01:00
README.rst Reference Matrix Home Server 2014-08-12 15:10:52 +01:00
database-save.sh Reference Matrix Home Server 2014-08-12 15:10:52 +01:00
setup.cfg Reference Matrix Home Server 2014-08-12 15:10:52 +01:00
setup.py Fix dependency_link url 2014-08-12 17:46:57 +01:00
sphinx_api_docs.sh Reference Matrix Home Server 2014-08-12 15:10:52 +01:00

README.rst

Installation
============

[TODO(kegan): I also needed libffi-dev, which I don't think is included in build-essential.]

First, the dependencies need to be installed. Start by installing 'python-dev'
and the various tools of the compiler toolchain:

  Installing prerequisites on ubuntu::

    $ sudo apt-get install build-essential python-dev

  Installing prerequisites on Mac OS X::

    $ xcode-select --install

The homeserver has a number of external dependencies, that are easiest
to install by making setup.py do so, in --user mode::

    $ python setup.py develop --user

This will run a process of downloading and installing into your
user's .local/lib directory all of the required dependencies that are
missing.

Once this is done, you may wish to run the homeserver's unit tests, to
check that everything is installed as it should be::

    $ python setup.py test

This should end with a 'PASSED' result::

    Ran 143 tests in 0.601s

    PASSED (successes=143)


Running The Home Server
=======================

In order for other home servers to send messages to your server, they will need
to know its host name. You have two choices here, which will influence the form
of your user IDs:

 1) Use the machine's own hostname as available on public DNS in the form of its
    A or AAAA records. This is easier to set up initially, perhaps for testing,
    but lacks the flexibility of SRV.

 2) Set up a SRV record for your domain name. This requires you create a SRV
    record in DNS, but gives the flexibility to run the server on your own
    choice of TCP port, on a machine that might not be the same name as the
    domain name.

For the first form, simply pass the required hostname (of the machine) as the
--host parameter::

    $ python synapse/app/homeserver.py --host machine.my.domain.name

For the second form, first create your SRV record and publish it in DNS. This
needs to be named _matrix._tcp.YOURDOMAIN, and point at at least one hostname
and port where the server is running. (At the current time we only support a
single server, but we may at some future point support multiple servers, for
backup failover or load-balancing purposes). The DNS record would then look
something like::

    _matrix._tcp    IN      SRV     10 0 8448 machine.my.domain.name.

At this point, you should then run the homeserver with the hostname of this
SRV record, as that is the name other machines will expect it to have::

    $ python synapse/app/homeserver.py --host my.domain.name --port 8448

You may additionally want to pass one or more "-v" options, in order to
increase the verbosity of logging output; at least for initial testing.


Running The Web Client
======================

At the present time, the web client is not directly served by the homeserver's
HTTP server. To serve this in a form the web browser can reach, arrange for the
'webclient' sub-directory to be made available by any sort of HTTP server that
can serve static files. For example, python's SimpleHTTPServer will suffice::

    $ cd webclient
    $ python -m SimpleHTTPServer

You can now point your browser at  http://localhost:8000/  to find the client.

If this is the first time you have used the client from that browser (it uses
HTML5 local storage to remember its config), you will need to log in to your
account. If you don't yet have an account, because you've just started the
homeserver for the first time, then you'll need to register one.

Registering A New Account
-------------------------

Your new user name will be formed partly from the hostname your server is
running as, and partly from a localpart you specify when you create the
account. Your name will take the form of::

    @localpart:my.domain.here
         (pronounced "at localpart on my dot domain dot here")

Specify your desired localpart in the topmost box of the "Register for an
account" form, and click the "Register" button.

Logging In To An Existing Account
---------------------------------

[[TODO(paul): It seems the current web client still requests an access_token -
  I suspect this part will need updating before we can point people at how to
  perform e.g. user+password or 3PID authenticated login]]


Building Documentation
======================

Before building documentation install spinx and sphinxcontrib-napoleon::

    $ pip install sphinx
    $ pip install sphinxcontrib-napoleon

Building documentation::

    $ python setup.py build_sphinx