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
SASL AUTHENTICATE does not work with a prefix #1212
Comments
|
And mammon's behaviour is what I am asking with #1210. |
It looks like you mean tags, not prefixes. But RFC 1459 doesn't mention message tags at all; they appeared much later, in IRCv3. |
|
Sorry, "that a prefix is an optional part of messages" is what I probably should have said. It's just the prefix which is causing this main issue, but I figured I'd mention tags further down just to keep in mind if the parsing already has to be changed to allow for a prefix. |
When an
AUTHENTICATEmessage is sent from the server and it includes a prefix, it does not seem to be parsed as a proper SASL message. This causes a hang when trying to authenticate with our server (mammon).RFC1459 specifies that prefixes are an optional part of messages, and the
SASLspecification does not prohibit prefixes on this specific message.I believe this is related to how the
AUTHENTICATE/etc messages are parsed here, but I'm not a ZNC dev.Here's an example log taken with
znc -D:And here's me continuing the registration manually with
CAP ENDto therawmodule:Please note that we also send prefixes with all of our numerics (and we can also send tags with numerics and
AUTHENTICATEif they are enabled, as withserver-timethere). I'm not sure how that's handled by/with thesaslmodule.OS version: Fedora 23 - Linux twi 4.2.6-300.fc23.x86_64 #1 SMP Tue Nov 10 19:32:21 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
ZNC version: 16a8c77
The text was updated successfully, but these errors were encountered: