Sleeping Town

sleeping.town
@announce

Announcements pertaining to sleeping.town. Run by @unascribed.

Suspensions may be disputed by emailing me: una@unascribed.com

Joined 4/25/2018
Followed by 227
Following 0
Toots 217

Sleeping Town is going down for a quick restart to disable Authorized Fetch. It's more trouble than it's worth and is outright breaking federation with other instances, even ones that are up-to-date.

Please note I am one busy stressed person running an instance that is supposed to be low-moderation. It can take a while for me to respond to reports and I urge you to talk to me before suspending my instance. I can't see everything or be everywhere especially if reports are not made.

in Markdown, I also recommend doubling up on special characters so things remain emphasized on mainline mastodon. For example, instead of writing *italics*, write \**italics**, so it will appear as *italics* on mainline mastodon.

If you have formatting enabled, be careful when using bulleted lists. Users on mainline mastodon will see them as run-on sentences, making them difficult to read.

Guess I should probably make this official/clear:

For April Fools Day, I'm doing: Nothing.

All my services will continue to operate normally with no changes.

I plan on starting maintenance in 10 minutes, at 13:30 (1:30 PM) Pacific time. This is 16:30 (4:30 PM) Eastern time.

All of my services will be going down for maintenance shortly. We will be down for a few hours. I will be prioritizing restoring Mastodon.

You probably already noticed, but, Sleeping Town performance will be degraded for a while as we're running a full backup. The disk in this box is pretty slow and was already having trouble keeping up, so.

Sorry about the downtime; I was trying to plug Docker Compose into systemd and systemd immediately assumed it knew more than me and threw Mastodon into a restart loop.

It doesn't have notification sounds or a way to log out, and the UI is kind of a mess right now, but JSXC supports plugins so maybe eventually I'll graft some things onto it.

I've deployed another XMPP web client, named JSXC, in my endless quest for a good XMPP web experience.

It's pretty good, and has most of the features you'd expect. It lets you change your password!! Truly this is the technology of the future.

https://xmpp.sleeping.town/jsxc

Boosted by sleeping.town

Also, a reminder that we have been offering email forwarding for a while now. Let me know if you'd like me to set it up. You'll get <username>@sleeping.town forwarded to the email associated with your account.

Note that I do this manually, so you'll have to let me know to update the forwarding if you change your email.

Boosted by sleeping.town

LOCAL USERS: We now have an XMPP (Jabber) server.

XMPP is a federated instant-messaging protocol. Let me know if you'd like an account. (Mastodon-integrated authentication is not a can of worms I'm interested in opening right now.)

Also, a reminder that we have been offering email forwarding for a while now. Let me know if you'd like me to set it up. You'll get <username>@sleeping.town forwarded to the email associated with your account.

Note that I do this manually, so you'll have to let me know to update the forwarding if you change your email.

LOCAL USERS: We now have an XMPP (Jabber) server.

XMPP is a federated instant-messaging protocol. Let me know if you'd like an account. (Mastodon-integrated authentication is not a can of worms I'm interested in opening right now.)

Implemented, hopefully it works. I wish Mastodon's API consistently used ".json" so I didn't need a bunch of specific location blocks.

To fix federation with Pleroma, I'm implementing a compromise for the mastodon.sleeping.town change.

All API will be served from sleeping.town, and we will resume federating as sleeping.town rather than mastodon.sleeping.town.

The web UI will continue to be served from mastodon.sleeping.town, as well as the API, out of necessity. No change is required from users.

Remote Pleroma instances may want to destroy any data related to "mastodon.sleeping.town" to remove duplicate confusing entries from the UI.

To keep federation with instances that haven't yet picked up on our subdomain change working, I've just undone the settings import change for the root sleeping.town domain.