のえる DTP鯖管 @noellabo@dtp-mstdn.jp

「特務機関NERV」Twitterアカウント、地震直後に“凍結”　災害情報発信できず　運営者「一番あってはならないタイミング」 - ITmedia NEWS
https://www.itmedia.co.jp/news/articles/1906/19/news114.html

創業ハンバーグカレー #gochisou_photo

okay everynyan.

if you run pleroma develop and want to test the upcoming release, please update to the most recent develop commit (90e47d43578803cf74f760db7777cbaba50bb8d9) and test it out. Report bugs to the pleroma issuer tracker (git.pleroma.social)

あなたにとってのマストドンの面白さを教えてください

マストドンのどういったところに面白さを感じていますか？
小さなことでもいいので教えてください https://prismo.fedibird.com/posts/335dd860-c606-45c6-b9e2-502a5a92fff5

@noellabo Mastodonの開発履歴を熱心に追い掛けてる「真面目なスパム業者」が居ることはちょっと面白いｗ

100億年ぶりにまともな食事してる

LibreOffice CalcとExcelの計算結果誤差をみなさんで検証していただいた結果まとめ

LibreOffice Calcの計算結果はおかしくないか？という提起から、むしろMicrosoft Office Excelがおかしいのでは？という話へ。 https://prismo.fedibird.com/posts/bd885498-b113-4671-b646-286e7e964d04

文脈を追うのに、Eugenさんのこの投稿が役に立つはずです（翻訳みたいな言い方） https://mastodon.social/@Gargron/102294957220511981

https://dtp-mstdn.jp/@noellabo/102295860143899048
https://comm.cx/@ikuradon/102295934548547511
https://mstdn.nere9.help/@osapon/102295942875653954

ふと思ったんですが、共通のプロトコルに乗っているのにアプリケーションが違うせいで別サービスになるの、なんか勿体ないんですよね。
個々人が ActivityPub サーバを持つことを想定するなら、アプリケーション (かつ AP アクセスポイント) は単一のプロキシのように動いてほしくて、バックエンドサービスがそのプロキシ越しにサービスを提供してほしい気がする。
Hubzilla は少し近いけど、あれは複数拠点のアイデンティティを集めてサービス内でシームレスに扱いたいみたいな話っぽいのでちょっと目的は違うかも
#distsns

Mastodon、Fediverse関係の技術者向けに話すけれど、S25Rが凄い点って受信したコンテンツの内容によってスパム判定をすることじゃなくて、逆引きDNSアドレスがスパム業者と判定された際に受け取りを遅延させることによって、スパム業者側の送信タイムアウトを狙うことなんだよ

つまりどういうことかと言えば結果的に「1. そもそもスパムを受信しないのでストレージをスパムで圧迫しない」「2. 単語抽出など自然言語処理による計算リソースを消費しない」という非常に低コストなフィルタリングシステムなんだね

Mastodon、Fediverse系サーバって個人が運用していることが多く、低性能マシンで運用されていることが多いよね？

S25Rはそんな低性能マシンでも低コストに運用できるからこそボクは提案しているんだ

どう？クールでしょ(｢`･ω･)｢ｶﾞｵｰ

@noellabo #被災地支援のためのマストドン研究会 がうまく進んでいない理由の一つに、マストドン上での情報集約や意見交換が難しいこと、サイトに設置した掲示板がアカウントの連携機能はあるものの仕組み上マストドンとは全く関係なく使いにくい、という点があります。

#Prismo がこの問題点を解決する可能性がありますね。

オイゲンさんがMastodonへスパムフィルタを導入したいと議論を提起したので「日本が生んだスパムメールフィルタリングシステムの"S25R"が応用できるのではないか？」と提案した。

S25Rは逆引きDNSアドレスがスパム業者の場合は数字の羅列であることが多いことへ着目し、正規表現によるフィルタリングを試みた実装。

オイゲンさんはデータベース型のブラックリスト方式のフィルタリングだと各々のサーバがフィルタリングデータベースを保持しなければならないことへ懸念しており、S25Rの第1段階フィルタリングは正規表現スクリプティングによるフィルタリング実装なのでオイゲンさんの懸念を半分は解決できるのではないか？という提案。

スクリプティングによるフィルタリングならばすべてのMastodonサーバへ対して平等なフィルタリング機能を提供できるはず。

「半分は解決」の意味としてはS25Rの場合、第1段階フィルタリングから抜けたスパムはブラックリストへ登録しフィルタリングするという第2段階が存在するからです。

@noellabo 正規表現を用いた日本が生んだメールフィルタリングシステムの「S25R」を提案させて頂きました

https://mstdn.guru/@keizou/102295796480753185

まず第一段階のフィルタリングとして怪しい逆引きDNSアドレスへ対して正規表現によるフィルタリングを行います。このフィルタリングとはそもそもそのメッセージを受け取らないことを意味します

これはオイゲンさんが懸念する「フィルタリングデータベースが各々のサーバに分散してしまい共有が難しい」ことへ対して、Mastodonへ最低限のフィルタリング機能を実装することで共通したフィルタリングサービスの実装へ役立ちます

S25Rへは第2段階が存在し、第1段階から漏れたスパムはブラックリストへ登録され、ブラックリストへ登録された逆引きDNSアドレスはフィルタリングされます

そして更に第3段階が存在し、誤ってフィルタリングされたメッセージ送信者は再送信を試みるという傾向があるので、この際はホワイトリストへ登録されるのです

以上がS25Rです

v2.9.0 ざっくりまとめ -- フォレスドン

フォレスドン管理者のよぅ @kedama さん による、Mastodon v2.9.0の新機能解説です。画像がふんだんにつかわれていて、凄くわかりやすいですよ！ https://prismo.fedibird.com/posts/d266602a-7d04-49a7-9ac6-37b94f6c0a81