F.A.Q.

Can I get a SQL shell? A Rails console? SSH access?

Unfortunately, no. Opening direct access would require much more isolation between instances, and in turn drive up the costs.

Some actions are available from your control panel. If you need anything else done, please open a supprt ticket.

If you want to have full access over your instance, we can set up a dedicated instance for you, for a slightly higher cost.

Can I migrate from a self-hosted instance to MaaStodon?

Yes, all we need is your original Mastodon configuration (probably as a .env.production file)
and the complete database copy (using pg_dump).
You can keep your own media storage and mail servers, or migrate to ours.

You can also let us handle all that and make sure it's restored perfectly. Please open a ticket for more information.

Can I migrate out of MaaStodon?

Yes, portability is one of our priorities. You can request an encrypted archive of your instance and restore it to your own Mastodon server or another hosting provider.

In the archive, you will find:

  • a full PostgreSQL database that you can restore using pg_restore;
  • a mastodon_env.txt file containing environment variables as when running on MaaStodon.

Uploaded media is not included as it is usually the heaviest part, but you can also migrate it from information included in the mastodon_env.txt file. It can be done using s3cmd or minio client:

./mc config host add maass3 https://objects.fr1.maas.network AWS_ACCESS_KEY_ID AWS_SECRET_ACCESS_KEY --lookup path
./mc mirror maass3/S3_BUCKET/ /home/mastodon/live/public/system/

This method can be used to get the files locally, or directly transfer them to another S3-compatible object storage. Replace AWS_ACCESS_KEY_IDAWS_SECRET_ACCESS_KEY, and S3_BUCKET by their value in your mastodon_env.txt.

How can my instance send mail from its own domain?

You will need to switch mail servers. Maintaining a mail server is not an easy task, and to guarantee service quality we chose not to assume that role for now.
You can use any external mail server on your instance, or a default one provided by MaaStodon (sending mail from a generic domain).

Compatible providers include:

  • Dedicated services with free plans like Sparkpost or Mailgun;
  • Mail services with SMTP access (and supporting the use of a custom domain) like FastMail, Zoho, ...

How is personal information collected and stored?

At signup, only an username and password (for authentication) and an email address (for important notices about your account and customer support) will be required and stored. (the password is securely hashed, and only the result is stored)

All payment information are stored by our payment processors, and on our side only with an identifier to the customer through the relevant payment processor. You may link your credit card, in which case we will only store an identifier for the card, the actual credit card information being held safely by Stripe.

All this information is used exclusively by MaaStodon and will not be shared with a third party without authorization from the account owner. As detailed by the terms of service, instance data will also be kept confidential, unless requested by the account owner. Instances are regularly copied for backup purposes.

To monitor user activity, we will store the last successful login date and the account creation dateSupport tickets will be stored so they can be read by our staff, and used as internal knowledge base.

Statistics from the hosted instances will be regularly collected for billing purposes and published for general interest: local and total count of users and statuses, peered instances, stored media size and database size.

This website and instances are hosted in Europe. In the default configuration, instances use Mailgun to send e-mail.

Most information mentioned here is visible and modifiable in your account settings, anything else may be requested by contacting our support.
Instances can be fully exported through an automated process, and restored using freely available tools.

Account can be disabled on demand which will only leave the username, payment history, support tickets, and instances.
30 days after instance cancellation, instances will be deleted from our production servers. Backup archives may be kept for up to a year after deletion.

Is it detrimental to decentralization?

Decentralization is as much about who is administrating than it is about where and how it is hosted.

With MaaStodon, we centralize hosting, but not administration. Some centralization has very valuable perks, like making it much easier for anyone (not only experienced sysadmins) to own a Mastodon instance and participate in the federation, or pooling up resources to share a powerful infrastructure even with small instances. But it becomes a single point of failure: more instances will risk having issues at the same time, and a few people get more responsibility and power over the network.

We believe our service can be very useful and can help many instances exist in good conditions, or exist at all. But MaaStodon doesn't aspire to host all Mastodon instances, we only want to make having a Mastodon instance easier and available to more people, especially those who can't self-host for any reason.

What payment methods are available?

We currently only support linking a credit card.

Please contact us for more.