No description
Find a file
2022-08-19 20:20:48 -04:00
.github/workflows try fixing path 2022-08-19 20:20:48 -04:00
auth scrypt inputs to consts, and fmt 2022-08-04 20:26:01 -04:00
env Mailgun integration 2022-08-13 14:26:04 -04:00
hosting Port 443 for Caddy so we have nice links in emails. No need for weird ports. 2022-08-13 15:03:06 -04:00
mail Port 443 for Caddy so we have nice links in emails. No need for weird ports. 2022-08-13 15:03:06 -04:00
metrics More unique metric name; comment 2022-07-23 16:47:18 -04:00
server try fixing path 2022-08-19 20:20:48 -04:00
store Use verify_token=null as verified to avoid unique constraint 2022-08-13 22:15:19 -04:00
test_client Add test to confirm that we can create two accounts on the server. 2022-08-13 19:37:54 -04:00
wallet Protocol changes 2022-06-10 15:04:31 -04:00
.gitignore goreleaser try it out 2022-08-19 16:52:50 -04:00
.goreleaser.yaml goreleaser try it out 2022-08-19 16:52:50 -04:00
go.mod Mailgun integration 2022-08-13 14:26:04 -04:00
go.sum Mailgun integration 2022-08-13 14:26:04 -04:00
main.go Port 443 for Caddy so we have nice links in emails. No need for weird ports. 2022-08-13 15:03:06 -04:00
README.md Mailgun integration 2022-08-13 14:26:04 -04:00

Running

Install Golang, at least version 1.17. (Please report any dependencies we seemed to have forgotten)

Check out the repo and run:

go run .

Account Creation Settings

When running the server, we should set some environmental variables. These environmental variables determine how account creation is handled. If we do not set these, no users will be able to create an account.

ACCOUNT_VERIFICATION_MODE

The allowed values are AllowAll, Whitelist, and EmailVerify.

ACCOUNT_VERIFICATION_MODE=AllowAll

This should only be used for development. Unless you really just want anybody creating accounts on your server, hypothetically DOSing you, etc etc. This puts no restrictions on who can create an account and no process beyond simply pushing the "sign up button" (i.e. sending the "signup" request to the server).

ACCOUNT_VERIFICATION_MODE=Whitelist (default)

With this option, only specifically whitelisted email addresses will be able to create an account. This is recommended for people who are self-hosting their wallet sync server for themself or maybe a few friends.

With this option, we should also specify the whitelist.

ACCOUNT_WHITELIST

This should be a comma separated list of email addresses with no spaces.

NOTE: If your email address has weird characters, unicode, what have you, don't forget to bash-escape it properly.

Single address example:

ACCOUNT_WHITELIST=alice@example.com

Multiple address example:

ACCOUNT_WHITELIST=alice@example.com,bob@example.com,satoshi@example.com

Side note: Since Whitelist it is the default value for ACCOUNT_VERIFICATION_MODE, and since ACCOUNT_WHITELIST is empty by default, the server will by default have an empty whitelist, thus allowing nobody to create an account. This is the default because it's the safest (albeit most useless) configuration.

ACCOUNT_VERIFICATION_MODE=EmailVerify

With this option, you need an account with Mailgun. Once registered, you'll end up setting up a domain (including adding DNS records), and getting a private API key. You'll also be able to use a "sandbox" domain just to check that the Mailgun configuration otherwise works before going through the process of setting up your real domain.

With this mode, we require the following additional settings:

MAILGUN_SENDING_DOMAIN

The address in the "from" field of your registration emails. Your Mailgun sandbox domain works here for testing.

MAILGUN_SERVER_DOMAIN

The server domain will determine what domain is used for the hyperlink you get in your registration confirmation email. You should generally put the domain you're using to host your wallet sync server.

Realistically, both sending and server domains will often end up being the same thing.

MAILGUN_PRIVATE_API_KEY

You'll get this in your Mailgun dashboard.

MAILGUN_DOMAIN_IS_EU (optional)

Whether your sending domain is in the EU. This is related to GDPR stuff I think. Valid values are true or false, defaulting to false.

You could make a script

For now you could store the stuff in a script:

#!/usr/bin/bash

export ACCOUNT_WHITELIST="my-email@example.com"
go run .

NOTE: If you're using Mailgun, set the file permissions on this script such that only the administrator can read it, since it will contain the Mailgun private API key

Side note: Eventually we'll create systemd configurations, at which point we will be able to put the env vars in an EnvironmentFile instead of a script like this.