I can login with 2.7.6 but with 3.0.2 it gives the following error
org.jivesoftware.smack.sasl.SASLErrorException: SASLError using SCRAM-SHA-1: not-authorized
at org.jivesoftware.smack.SASLAuthentication.authenticationFailed(SASLAuthentication.java:286)
at org.jivesoftware.smack.AbstractXMPPConnection.lambda$new$2(AbstractXMPPConnection.java:407)
at org.jivesoftware.smack.NonzaCallback$ClassAndConsumer.accept(NonzaCallback.java:177)
at org.jivesoftware.smack.NonzaCallback$ClassAndConsumer.access$200(NonzaCallback.java:166)
at org.jivesoftware.smack.NonzaCallback.onNonzaReceived(NonzaCallback.java:46)
at org.jivesoftware.smack.AbstractXMPPConnection.parseAndProcessNonza(AbstractXMPPConnection.java:1440)
at org.jivesoftware.smack.tcp.XMPPTCPConnection.access$1700(XMPPTCPConnection.java:131)
at org.jivesoftware.smack.tcp.XMPPTCPConnection$PacketReader.parsePackets(XMPPTCPConnection.java:1010)
at org.jivesoftware.smack.tcp.XMPPTCPConnection$PacketReader.access$700(XMPPTCPConnection.java:916)
at org.jivesoftware.smack.tcp.XMPPTCPConnection$PacketReader$1.run(XMPPTCPConnection.java:939)
at java.lang.Thread.run(Unknown Source)
I wonder if 2.7.6 supported the SCRAM-SHA-1 authentication method. If that is not the case, then maybe this new method is now used for the first time, somehow creating a problem.
You can try to reset the password of the user that is having trouble logging in. This might correct the SCRAM-SHA-1 artifacts on the server.
Another approach is to disable SCRAM-SHA-1 support in Openfire. The downside of this is that you are disabling what is likely the strongest form of authentication in your server. You can configure the supported authentication mechanisms in Openfire’s admin console, under Server > Server Settings > Registration & Login
Another reason why this could occur is if you accidentally are trying to log into the wrong server. Even if your ‘domain’ is set correctly, Spark allows the ‘connect host’ to be manually supplied, instead of auto-detected. This is done in the ‘advanced settings’ menu. If that has been done, and you switch to another user on another account, Spark might be trying to connect to a server that doesn’t belong to the domain that was provided by the end-user.
It is a simple mistake, but would be very confusing. Ask me how I know.
SASL Mechanisms: I removed the SCRAM-SHA-1 check from
It gave an md5 error this time, I removed it, it gave a digest md5 error, I removed it and it gave the error of all of them again
I reset the passwords but it doesn’t work, I can’t login with the 3 versions.
Are you certain that Spark is talking to the server that you think it is talking to? Can you detect the network traffic from Spark on the Openfire server?