1
 
 

cross-posted from: https://lemmy.sdf.org/post/60026624

Two features are indispensable for those who are only online periodically and have no ZNC server:

  • The chathistory feature enables us to grab a recent log when entering a channel.
  • MemoServ is a memo service bot that collects messages for you while you are offline and delivers them to you when you connect.

It’s somewhat shocking that libera.chat still does not have the chathistory capability. But it has MemoServ. Then servers that I know of which support chathistory (e.g. irc.techrights.org) do not have a memo service bot.

Does anyone know of a server that has both?

Normally, we would expect netsplit.de to have this sort of information. But the server list is a bit crude and unsearchable. Is netsplit.de the only game in town? Looks like they do not export their dataset.

2
 
 

Reservoir Dogs sorted this out by assigning people colors (Mr.Pink, Mr.White, Mr.Green, etc). That was a bit different though because it was also to keep them anonymous from each other.

But what about cases where people know each other and often meet face to face? They might want to also meet in an open chat room (e.g. IRC). They need to be able to recognize each other in the chat room but they also don’t want their real identities exposed to outsiders (who are welcome in the chat room).

Suppose there is only one “Bill” in the group. If we do a Shoco compression on that string and then base32-encode it, we get “iju2k”. Not great because it’s not even pronouncable. And also probably not good that it’s reversible (as opposed to a 1-way hash).

We can get pronouncable strings using the advanced password generator:

$ apg -n 60 -m 4 -x 8 -M L -c /dev/random | column

But unlike passwords, we want the word to associate to another string.

Constructing something just from initials is not great because many people only know others by their given name.

Ideas? Let’s say these are facts and goals:

  • Cannot rely on members of the group to share their handles in person (too much effort - it’s hard enough just to remember people’s in-person names).
  • Should not be easily algorithmically reversible. Because if there are two Bobs, they might only be distinguished within the group by last name. The algo should not force the two Bobs to be fully exposed.
  • Someone might pop into IRC for the first time without having a chance to reveal their handle to others in advance.
  • Ideally, it should be remotely possible for someone to come up with their own name. E.g. if Howard Wolowitz wants a name like RocketMan, he should be able to invent a name so long as it follows some rules to ensure a degree of distinction and possibility for someone who knows all given names of people to reverse that to “Howard”. But what the rules are is where it gets tricky. Perhaps, in the end, he would have to settle for “FruitLoop”.

Possible start of an answer:

$ curl https://humanhash.dev/api/v1/hash/"$(md5sum <<< 'bill' | awk '{print $1}')?wordlist=cyberpunk" | json_pp
{
   "hash" : "rewire-trojan-forge-extract",
   "inputHash" : "96aef335c73103a1f0d17362351e8f54",
   "wordlist" : "cyberpunk"
}

Perhaps from there, Bill could choose one of the 4 words in the resulting hash for his handle. Then if someone wants to know: Is “trojan” Bill? They need to run the human hash on every first name of those in the group until a match hits.

Problems: possible pitfall is likeliness of clashes. The humanhash.dev vocabularly is only 256 words. And obviously travel-solar-kookaburra-plunge is too long for IRC. And bloody hell, humanhash.dev is a Cloudflare site. So pro-free-world folks need to grab code that is not part of Debian. Could be easy.. it’s just two Python scripts, but unclear how to use them. It’s included in the python3-django-q package but perhaps overkill to install 10 pkgs to get it.

(edit) There is also a bubble babble algorithm and others, but let’s add another nice-to-have constraint:

  • Should be able to use easily available tools (e.g. from the official Debian repos).

(edit) Bubble Babble has been implemented in the Debian pkg libdigest-bubblebabble-perl. It installs with spamassassin but obviously could be installed on its own. To see the man page of sorts:

$ perldoc Digest::BubbleBabble

To execute:

$ perl -MDigest::BubbleBabble=bubblebabble -E'say bubblebabble(Digest => shift)' 'Howard'
3
 
 

We were lamenting the end of support for HexChat on our network, so one of our members decided to make his own fork! It ports it from GTK2 to GTK3, adds GUI support for client certificates, and improves theming, among other things.

4
 
 

cross-posted from: https://slrpnk.net/post/36020213

AFAIK, netsplit.de is the only database searchable for IRC channels. It would be useful to have that data so we are not constrained to the netsplit.de website.

The ToS mention Google ads, so I guess the owner would not be happy to share the db.

5
 
 

cross-posted from: https://lemmy.sdf.org/post/52956979

It looks like the most common method to use irssi over tor is to use a transparent proxy to tamper with network libraries, like torsocks or using proxychains4. Those approaches are useless when you also use Irssi with #Bitlbee, because bitlbee runs a local agent obviously becomes unreachable with torsocks in the loop.

So I must use a more complex approach:

$ socat -T9999999 -s TCP4-LISTEN:13999,ignoreeof SOCKS4A:127.0.0.1:libera75jm6of4wxpxt4aynol3xjmbtxgfyjpu34ss4d7r7q2v5zrpyd.onion:6697,socksport=9050,ignoreeof &
$ socat_pid_libera=$!
$ irssi
$ kill ${socat_pid_libera}

Then irssi is configured to point the libera network to 127.0.0.1:13999.

That’s the idea. There is a separate socat process for every IRC host I might reach, which is about a dozen in my case. Apart from ugly tediousness, it works for like 30 min on avg then dies. I believe that’s the nature of Tor. Circuits die and get replaced, and when that happens socat is left with a dead connection for some reason.

Is there a remedy? I there a way to make socat resilient to tor volatility?

6
submitted 1 year ago by to c/irc@lemmy.sdf.org
 
 

What servers are you guys on?

We have a small network running on wilderland.ovh 6667/6697 ot campaignwiki.org 6667/6697 and it's by far the most active one (its focused on rpgs). I keep thinking there must be other interesting smaller servers that just don't show up in the general list of servers.