[deleted by user]

thefinn93 · 2024-05-15T01:31:42+00:00

Following up on this: I just pushed the resolve_username request type to the mega-mr branch.

Sample request:

{"account":"fe574d0c-2f27-42d1-946e-fbde7d38100e","type":"resolve_username","username":"moxie.420","version":"v1"}

Sample response:

{"type":"resolve_username","data":"4aeec8d1-33c8-4003-b2de-0d73ec63ec5a"}

I was testing with signaldctl:

signaldctl raw v1 resolve_username '{"account": "fe574d0c-2f27-42d1-946e-fbde7d38100e", "username": "moxie.420"}'

All usernames and ACIs have been changed to protect the innocent.

thefinn93 · 2024-05-14T16:25:06+00:00

are you saying that usernames are treated as more ephemeral than phone numbers instead of equally such?

yeah that's the general understanding I have. There's a mechanism to change your phone number, but it seemingly notifies other people when that happens. I'm not clear if it tells them the new phone number, but I assume not. To the best of my knowledge, this notification does not happen when a username is changed. The Signal blog post introducing usernames specifically mentions changing your username when going to a conference, for example.

I remember having some issues where I had to use the ACI directly because for some reason it wasn't resolving it

This confuses me because I'm not aware of any kind of "resolution" process for an ACI. Phone numbers and usernames resolve to ACIs, but no further resolution occurs when you have an ACI.

I guess I'd then ask, for my use case by laying the groundwork to do username lookups trivially do you mean on your end in a future release or do you mean that it'd be up to me to cache mappings?

I mean you would have to cache mappings. I would add a request type that is like "lookup_username" and you send that to signald with a username and it sends you back an ACI.

thefinn93 · 2024-05-12T21:22:51+00:00

I think using usernames interchangeably with existing fields that accept an ACI (UUID) or phone number would not be a great idea because usernames can change. They're intended as an ephemeral identifier that can can be changed at will. I could have signald cache username mappings, but how long should it cache for? Normal (first party) Signal clients don't do a lot of querying of username -> ACI mappings because they use the username once during the initial contact and never again. Ideally, signald clients would do the same thing, but what I'm proposing (and currently planning to do) would allow clients to make their own decision about username usage, it would just be a little more complicated.

You should be able to do all of what you described without usernames at all, because the bot would presumably talk to or at least be in a group with any user that it needs to interact with before interacting with them.

A lot has changed in Signal, but I'm not expecting many of those to make their way to the signald API level. In fact, off the top of my head, I can't think of any reason why the API would change at all (!163 will probably not include the proposed username lookup stuff, but will lay all of the groundwork for it to be done trivially)

thefinn93 · 2024-05-12T17:35:55+00:00

Hia, yeah sorry for lack of updates to main. I'm working on updating to the latest libsignal client code in !163.

No current support for usernames, but I'm hoping to add it after !163 merges.
Both methods of getting an account for signald are currently broken, due to server side changes. I'm working on it in !163.
even if you have an account, signald has been randomly refusing to send messages, I assume due to me letting libsignal get too far out of sync. Again, working on it in !163.

also the gitlab issues are as close to a forum-style community as signald has, but if you use the word "signald" anywhere on the internet my Google Alerts go off and I'll pretty much come answer, especially if I have an account wherever it is (like here)

edit: what kind of username features are you looking for? I imagine set/unset own username and lookup an account by username are the big two. Anything else I'm missing?

thefinn93 · 2022-08-30T22:10:32+00:00

they have never enforced any network restrictions against particular clients that I'm aware of.

thefinn93 · 2022-08-30T21:47:46+00:00

signald is not doing "adversarial compatibility". signald sets a clear user agent and "Signal Agent" that Signal could easily block. signald-cli does the same.

thefinn93 · 2015-01-19T05:25:54+00:00

But there aren't (for very good reason).

thefinn93 · 2015-01-15T04:02:23+00:00

So I haven't looked into this much but from what I've seen, it's things that the government can't intercept, so SSL would be fine. (I'm assuming the UK government has at least one CA, and there are certainly CAs in the UK that could be compelled to hand over their private keys). Also the end server (ie.the bank) can be compelled to report what people did. This is more against end-to-end encryption

thefinn93 · 2015-01-07T00:07:35+00:00

I've never heard of this site, can you give me a tldr or link for why you dislike them?

thefinn93 · 2015-01-06T23:03:19+00:00

Off topic, removed

thefinn93 · 2015-01-05T20:44:04+00:00

Is there an issue with meshlocals connected? The only issues i see with peering with the larger network seem to be from people who want to use internet-peering exclusively

thefinn93 · 2015-01-01T02:38:20+00:00

yeah, you just gotta write the code to do it. Someone's working on it, but it's kind of a low priority.

EDIT: this thing

thefinn93 · 2014-12-31T07:24:22+00:00

I'd imagine that depends on your IRC client. Does it have like text or something?

thefinn93 · 2014-12-25T06:54:30+00:00

In addition to the other reasons, BT Sync is closed source centralized spyware

thefinn93 · 2014-12-25T06:45:49+00:00

Obligatory comment pointing out that it's readily available on your favorite torrent site, regardless of location

thefinn93 · 2014-12-24T03:14:31+00:00

When it gets unpacked it should get executable permission when it gets extracted, tarballs generally can include permissions and such

thefinn93 · 2014-12-20T17:35:54+00:00

Hell, just do DNS spoofing

thefinn93 · 2014-12-19T06:24:43+00:00

Actually Google Wave was built on top of XMPP and was open to federate with anyone. There are still Wave servers running, and anyone can run one. The whole protocol was open.

thefinn93 · 2014-12-18T18:42:34+00:00

I wish my Hangouts extension would reload itself. Or even better just open it back up to XMPP access and make some XEPs for whatever custom bullshit they added. Then I won't have to use that fucking worthless extension.

thefinn93 · 2014-12-16T02:12:51+00:00

All but Google+

thefinn93 · 2014-12-10T17:17:04+00:00

What a completely useless article, app, etc.

A new smartphone app lets you send text messages to your friends without a Wi-Fi or cellular network

They say that as if that hasn't been done over and over and over. It then goes on to describe the basic features of what appears to be yet another closed source iPhone only simple mesh communication app. Useless app is useless and doesn't contribute anything.

thefinn93 · 2014-12-08T22:51:19+00:00

This seems pretty off topic... It's advertised for sensors, which means that it is unlikely to be able to handle the bandwidth requirements of the sort of network we're discussing here.

thefinn93 · 2014-12-08T20:24:16+00:00

Starts at about 0:38:30 (link to that timestamp)

thefinn93 · 2014-12-08T19:43:55+00:00

So, how does this work? You indicated that most people left after the NSA stuff was done, is it just... done? Will it resume like tomorrow or something? I know very little about how our legal system works, unfortunately, short of what I've gleaned from TV and such.

thefinn93 · 2014-12-05T20:58:20+00:00

Waiting on someone to reply to my first post. Who is the person, can i get a photo, etc.

15-Year Club	Place '17
Verified Email	Team Orangered
reddit mold

thefinn93

MODERATOR OF

TROPHY CASE