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.

Sign up for GitHub

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

Jump to bottom

!storepass doesn't work at all on OFTC #1483

Open
grischard opened this issue Sep 28, 2021 · 12 comments · May be fixed by #1757
Open

!storepass doesn't work at all on OFTC #1483

grischard opened this issue Sep 28, 2021 · 12 comments · May be fixed by #1757
Labels
T-Defect Bugs, crashes, hangs, vulnerabilities, or other reported problems. X-External-Issue Something upstream of the bridge (library, homeserver, ircd) has caused an issue.

Comments

@grischard
Copy link

Describe the bug

It's impossible to store a nickserv password or certificate on OFTC.

OFTC doesn't support using server password to identify to services, which means currently there's no way to automatically reidentify after connection blips between the oftc bridge and their network. OFTC does support cert auth.

To Reproduce
Steps to reproduce the behavior:

  1. Connect to OFTC. Register your nickname with NickServ.
  2. Tell @oftc-irc:​matrix.org to !storepass foo
  3. !reconnect

Expected behaviour

Nickname gets authenticated on NickServ (through certfp) on reconnection.

Actual behaviour

Nickname doesn't get authenticated, making it impossible to rejoin some channels. No error messages.

Additional context
Add any other context about the problem here.

There was #459 which got closed even though the problem still exists.

#1128 to add certfp was abandoned. #1331 which was done instead doesn't fix the issue - authentication fails even with !username.

#747 tracks certfp support, but doesn't make clear that authentication is currently completely broken on OFTC.
@Mikaela
Copy link
Contributor

Mikaela commented Sep 28, 2021

I would close this as a duplicate of #747 or #714. Alternatively a documentation issue.

I think the current strategy may be to just wait for OFTC to migrate to Solanum and likely gain SASL support like the rest of IRCv3 capable networks.

@grischard
Copy link
Author

Hi! I definitely agree with you on it being a documentation issue - it was very confusing, and I was pretty sure I was doing something wrong.

@TheEvilSkeleton
Copy link

TheEvilSkeleton commented Oct 8, 2021 •
edited
Loading

Not sure if I should mention this but I got the same issue on LiberaChat.

I tried on LiberaChat and it doesn't seem to work on my side as well. I did IDENTIFY $NICK $PASSWORD with @NickServ:libera.chat, and then !storepass $NICK:$PASSWORD and lastly !storepass $PASSWORD with @appservice:libera.chat, but after a couple of days I get kicked out in some rooms.

@Mikaela
Copy link
Contributor

Mikaela commented Oct 8, 2021

@TheEvilSkeleton the steps for LiberaChat are !username AccountOrLinkedNickHere and !storepass PasswordHere

@TheEvilSkeleton
Copy link

Thanks a lot! Btw, is this documented? I literally didn't find anything about it.

@Mikaela
Copy link
Contributor

Mikaela commented Oct 9, 2021

Yes, it's documented a bit unclearly in https://matrix-org.github.io/matrix-appservice-irc/latest/usage.html

@pztrn pztrn mentioned this issue Jan 3, 2022
Open
@z3ntu
Copy link

z3ntu commented Jan 31, 2022

So there's no workaround for OFTC at the moment?

@Mikaela
Copy link
Contributor

Mikaela commented Jan 31, 2022

You may be interested in the issues of #1483 (comment) on actual OFTC support.

I still think this should be closed as a duplicate or alternatively not an issue with matrix-appservice-irc (as the issue is in OFTC not supporting SASL or PASS)

@z3ntu
Copy link

z3ntu commented Jan 31, 2022

From a user perspective (which I am) I really don't care whose fault it is, I just need to know whether it works and if yes how. And if it doesn't work or if it does work with some workaround then this should be documented of course - but from what I get from your comment it doesn't work, yes?

@Mikaela
Copy link
Contributor

Mikaela commented Jan 31, 2022

You are correct. I opened an issue to OFTC side oftc/oftc-hybrid#69, which either they can fix or this could be closed in favour of the previously mentioned #747 or #714, I don't think tracking this duplicate separately is helpful towards anyone.

@jaller94 jaller94 added T-Documentation Improvements or additions to documentation X-External-Issue Something upstream of the bridge (library, homeserver, ircd) has caused an issue. T-Defect Bugs, crashes, hangs, vulnerabilities, or other reported problems. and removed T-Documentation Improvements or additions to documentation labels May 17, 2022
@Half-Shot Half-Shot mentioned this issue Sep 8, 2022
Closed
@Hi-Angel Hi-Angel mentioned this issue Jun 15, 2023
Open
@Half-Shot Half-Shot linked a pull request Jul 28, 2023 that will close this issue
Open
@Half-Shot
Copy link
Contributor

Hi there, it's been some time but given I had a few minutes of energy left in the day, #1757 now exists to solve this problem.

@toto-1001 toto-1001 mentioned this issue Oct 9, 2023
Open
@funderscore1
Copy link

Can't the bridge just gain support for automatically sending commands to nickserv?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
T-Defect Bugs, crashes, hangs, vulnerabilities, or other reported problems. X-External-Issue Something upstream of the bridge (library, homeserver, ircd) has caused an issue.
Projects
None yet
Milestone
No milestone
Development

Successfully merging a pull request may close this issue.

Support authenticating via certfp matrix-org/matrix-appservice-irc
7 participants
@Mikaela @grischard @Half-Shot @z3ntu @jaller94 @TheEvilSkeleton @funderscore1