@nakkaa @aqz misskey.ioにまっちゃとーにゅさんが対応パッチ出してて、のえすきー、misskey.cloudでも使用しています。

このへんの一連のやつです。
https://github.com/fedibird/misskey/commits/noesky/

- feat(backend): Bearcaps URLに対応

- spec(ActivityPub): 個別ユーザーのinboxに届いた限定公開のPostはそのユーザーに閲覧権限があると見なす (MisskeyIO#361)

- spec(ActivityPub): メンションされていない場合は個別ユーザーのinboxに届いた限定公開のPostは通知を作成しないように (MisskeyIO#365)

- fix: MisskeyIO#365 にもかかわらずまだ通知が発生する場合がある問題を修正 (MisskeyIO#368)

- fix(ActivityPub): 個別ユーザーInboxに届いたPostでノートが作成される場合通知が作成されてしなう問題を修正

Misskey本流でマージしてほしいやつです。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

あら、ウチがつながらない問題放置してたら始まってるし

threads.net、署名付きでリクエストしないととれないんだけど、そうなるとウチがブロックされてる感が強いんだよねえ。

特別にマークされているってことも無いような気がするので、なにか配送エラーが多かったとかで止められてる程度のことかもしれないけど。

■ つながらない
fedibird.com
gdev.fedibird.com
mstdn.jp
pawoo.net
best-friends.chat

■ つながる
nightly.fedibird.com
canary.fedibird.com
dev.fedibird.com
fedisnap.com
misskey.cloud
のえすきー
dtp-mstdn.jp

なんだろねえ。

@__ devは本当に開発用のサーバなので、動いたり止まったりしてます！

多分動くと思うから連合しようぜ

@nene_koma ときどきリレーが死んでるときがあります！ あと配送エラーが起きたときに再送しないので、何かエラーになるとそれっきりということも。

Misskeyからリモートアカウントをみにいくときは『もっと』の『照会』にアカウント名を入れるんだけど、

『@ 〜 @ 〜』の形式である必要があって、先頭の @ を忘れがちというのがある。

ひょっとして：花粉がすごい

@nene_koma リレーは権限の集中や単一障害点（そこが落ちると全体に影響を及ぼす）になりうるよね、という話があり、複数のリレーで別経路を確保しておくというのがFediverse流の回避方法なのですが、実際には代わりのルートになるリレーが都合良く運用されているわけではないので、取りこぼしはあります。

フォローで取得している分は、何度かリトライするので抜けにくいかと思います。

@nicklaw296 先方の都合じゃないかなーって思ってます

最近、信長の野望 新生を週一ぐらいでやってるんだけど、信長でやってて、武田に攻勢かけてなんとか追い詰めたところで、先方から交渉を求めてきたので、従属させることで決着をつけたのね。頑張れ勝頼。イキロ勝頼。

本当は攻城戦やって辛勝するとドラマチックで楽しいんだけど、双方とも消耗が激しいし、武田の武将を温存しておいてあとで従属吸収して配下に加えたいし。

徳川と浅井は吸収。家康ゆうしゅう。朝倉家は従属させているけど言うこと聞かなそう。

@kiq 特に問題ないと思う。

現状は、fedibird.comが直接つながらないほか、別アカウントでブーストした場合もfedibird.comなどつながらないサーバ上で見えないので、Threadsの投稿を紹介する場合はそのURLを貼るようにする、ぐらいかな。

@hanubeki あるよ。敢えて変えてある。nightlyはKAGOYA CLOUD VPS。

メインは受付がさくらのVPS東京第2、発信はVultr東京のベアメタルサーバ。

嫌な事件だったね…
画像がまだ見つかっていないんだろう？