A fork of Pleroma ActivityRelay that is used by SEDI with localization. https://git.pleroma.social/pleroma/relay
Go to file
kaniini 9d1c6a3fa2 Merge branch 'patch-1' into 'master'
Fix wrong URI for the relay's followers collection

See merge request pleroma/relay!10
2019-03-29 11:29:13 +00:00
installation add caddyfile and systemd service 2018-11-18 18:36:03 +00:00
relay Fix wrong URI for the relay's followers collection 2019-03-28 17:21:53 +00:00
.gitignore Revert "Merge branch 'fix-html' into 'master'" 2019-01-17 23:04:07 +00:00
LICENSE Initial commit 2018-08-10 18:36:17 +00:00
README.md README: document how to follow other relays 2018-11-18 14:43:28 +00:00
relay.yaml.example very simple blocklist 2018-10-31 12:29:30 -07:00
requirements.txt http signatures: hold actor keys in an LRU cache 2019-01-08 05:15:16 +00:00

ActivityRelay

A generic LitePub message relay.

Copyleft

ActivityRelay is copyrighted, but free software, licensed under the terms of the GNU Affero General Public License version 3 (AGPLv3) license. You can find a copy of it in this package as the LICENSE file.

Setup

You need at least Python 3.5 (3.5.2 or newer recommended) to make use of this software. It simply will not run on older Python versions.

Install the dependencies as you normally would (pip3 install -r requirements.txt).

Copy relay.yaml.example to relay.yaml and edit it as appropriate:

$ cp relay.yaml.example relay.yaml
$ $EDITOR relay.yaml

Finally, you can launch the relay:

$ python3 -m relay

It is suggested to run this under some sort of supervisor, such as runit, daemontools, s6 or systemd. Configuration of the supervisor is not covered here, as it is different depending on which system you have available.

The bot runs a webserver, internally, on localhost at port 8080. This needs to be forwarded by nginx or similar. The webserver is used to receive ActivityPub messages, and needs to be secured with an SSL certificate inside nginx or similar. Configuration of your webserver is not discussed here, but any guide explaining how to configure a modern non-PHP web application should cover it.

Getting Started

Normally, you would direct your LitePub instance software to follow the LitePub actor found on the relay. In Pleroma this would be something like:

$ MIX_ENV=prod mix relay_follow https://your.relay.hostname/actor

Mastodon uses an entirely different relay protocol but supports LitePub relay protocol as well when the Mastodon relay handshake is used. In these cases, Mastodon relay clients should follow http://your.relay.hostname/inbox as they would with Mastodon's own relay software.

Performance

Performance is very good, with all data being stored in memory and serialized to a JSON-LD object graph. Worker coroutines are spawned in the background to distribute the messages in a scatter-gather pattern. Performance is comparable to, if not superior to, the Mastodon relay software, with improved memory efficiency.

Management

You can perform a few management tasks such as peering or depeering other relays by invoking the relay.manage module.

This will show the available management tasks:

$ python3 -m relay.manage

When following remote relays, you should use the /actor endpoint as you would in Pleroma and other LitePub-compliant software.