あ @atsuchan@atsuchan.page

具体的な事例として、mstdn.jpの削除不具合があります。

mstdn.jpは、アカウントを削除する処理が不完全で、長らく、連合先にアカウント削除のリクエストが飛んでいません。（たいぶ今もなおっていません）

そのため、これまではリモートのサーバにデータが残り続けていました。

これは、アカウントを削除して存在を消したかった人にとっては非常に困った問題で、Fediverse中の各サーバ管理者に削除をお願いしてまわるしかありませんでした。

v3.3.0では、アカウントや投稿を参照する際にアカウント情報をmstdn.jpにフェッチしにいったタイミングで410が返ってくるため、自動的に自主的に削除処理を行って正常な状態に回復します。

Mastodon v3.3.0で410を返すアカウントを自主的に削除する挙動は、削除漏れを回収（正常化）する機能です。

410を返してくるということはアカウントが既に元の利用者により削除されているということで、まだ手元に残っているのは正しく同期がとれていない、削除漏れとなります。

本来、リモートに残っていてはいけないものです。

突然アカウント削除の負荷がかかるのはつらいところですが、リモートの誰かがアカウント削除した際にも削除リクエストされますから、同じように負荷がかかります。

何か問題があるとすれば、あらゆるアクセスに410を返すサーバです。サーバ閉鎖時の手順として知られていますが、意味の理解が必要です。

積極的に、もう存在しない、削除済みのリソースであることを対外的に示すことになります。つまり実質self-destructと同義です。Fediverseから痕跡を消す意思表示となります。

なお、410を返さず、単にアクセスできなくなったサーバは、7日間配送に失敗した時点で、単に配送不可能なサーバとして記録されます。

この場合、アカウントやコンテンツは削除されません。

んぅ、414時間くらい寝ちゃってたみたいです

でーたべーす？