Mastodon: People on other instances cannot remote follow me on my instance.

Created on 7 Apr 2017  Â·  9Comments  Â·  Source: tootsuite/mastodon

When people from another instance (mastodon.cloud or mstdn.io) try to follow me (cmu.party), they receive "422 Remote account could not be resolved". When trying to press the button on my web profile, they get the error page. Where would I look in the logs to find this issue?


  • [x] I searched or browsed the repo’s other issues to ensure this is not a duplicate. (There are other issues about remote follow, but this seems to be the reverse issue)

Most helpful comment

I had the same issue, by removing let's Encypt location block everything worked fine:
location ~ /.well-known {
allow all;
}
I hope this might help others with my case.

All 9 comments

This might be related to #960, as I also see "Could not find the required redirect URL for your account" when trying to remote someone from another instance through the web form.

Are you using "@[email protected]" or just "[email protected]" (the latter will work, the former will probably error)?

neither seem to work

On Fri, Apr 7, 2017 at 2:29 PM Matt Jankowski notifications@github.com
wrote:

Are you using "@[email protected]" or just "[email protected]"
(the latter will work, the former will probably error)?

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/tootsuite/mastodon/issues/1185#issuecomment-292630527,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAOLh1pDnfxa9mc5VeGqlMGVYVMLDf1pks5rto6egaJpZM4M3PXv
.

I replaced my nginx config with the one in the Production guide exactly and this works now. My SSL redirect may have been misconfigured.

I had the same issue, by removing let's Encypt location block everything worked fine:
location ~ /.well-known {
allow all;
}
I hope this might help others with my case.

Sys0dm1n where exactly would find and remove the letsencrypt block? I'm having the same issues listed above and none of the suggestions have helped

@anieto Usually this should be in your Apache/Nginx Virtualhost configuration file under sites-enabled/ folder.
If you have used Let's Encrypt, what are the steps that you went through ?

Thanks colegleason and sys0dm1n,
I had the same issue and fix now.

@sys0dm1n provided the solution. Also, the /.well-known/ alias for Let's Encrypt works only in http:// not in https://, so I just removed the alias in https settings and this problem is solved. Thanks.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

cphuntington97 picture cphuntington97  Â·  63Comments

lunar-debian picture lunar-debian  Â·  58Comments

Thann picture Thann  Â·  63Comments

miguelpeixe picture miguelpeixe  Â·  61Comments

inmysocks picture inmysocks  Â·  128Comments