Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support for multiple accounts #115

Open
sternenseemann opened this issue Jan 6, 2016 · 6 comments
Open

Support for multiple accounts #115

sternenseemann opened this issue Jan 6, 2016 · 6 comments

Comments

@sternenseemann
Copy link
Contributor

I think long-term-wise it would be good to have mutli-user-support in place. For IRC support jackline would definately need such an mechanism for managing IRC and XMPP at the same time.

Additionally it would just allow the convenience of using multiple XMPP accounts (and later multiple IRC networks) at the same time.

Related to #104.

@cfcs
Copy link

cfcs commented Feb 4, 2016

Why would you need multiple XMPP accounts? Can't you use federation?

@sternenseemann
Copy link
Contributor Author

What is that? Never heard of it.

@cfcs
Copy link

cfcs commented Feb 5, 2016

XMPP servers can talk to each other through a mechanism called "site-to-site" (S2S): https://xmpp.org/extensions/inbox/s2s-components.html

This generally means that alice@foo.org can talk to bob@bar.org by having foo.org connect to bar.org.

I believe the original motivation for not allowing multiple users, besides keeping the complexity down, was to discourage people using multiple accounts in the same jackline instance in an attempt to achieve anonymity, since it is usually possible to identify such configurations through passive fingerprinting, a risk that many users aren't aware of.

@hannesm
Copy link
Owner

hannesm commented Feb 5, 2016

My initial motivation to not support multiple accounts was to reduce complexity, I'm currently rewriting lots of code to get rid of mutable and global state...

Passive fingerprinting is a risk, to mitigate I'd introduce per-account commands (such as connecting to only a single command).

@hannesm hannesm changed the title Multi User Support Support for multiple accounts Feb 10, 2016
@toastal
Copy link

toastal commented May 5, 2023

motivation

I can think of two

  1. Redundancy. You might want to keep a backup for your self-hosted server in case it is down and fallback to the big boys at Conversations/Blabber/etc. in that event (or vice versa really).

  2. Accounts for different personas. Maybe you like to admin as admin@. Maybe you take business inquiries at a different more ‘profession’ account name like john.smith@ instead of your usual username noXscope420blazitBOI@. Maybe your workplace uses XMPP, and requires you use an account real.name@big.corp. Maybe you’re into a niche hobby that you don’t want associated with your main account, say ‘furries’ for your fursona@. [insert other privacy/anonymity reason].

Having just one client open can really simplify a user’s experience, but it comes at a just of UX for the maintainer such as how select which user to message as user A vs user B. Email is also decentralized and federated, but many users choose to have multiple (or infinity with throwaway services) accounts.

@cfcs
Copy link

cfcs commented May 28, 2023

I handle personas through this wrapper https://github.com/cfcs/jackline-gtk/tree/run_in_tabs FWIW

EDIT: As the branch name suggests, it makes tabs. Each tab is its own jackline instances with its own config, and clicking the systray icon (when there's a notification) switches tabs to the relevant one. I've been pretty happy with this solution for the last six years.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants