I had tested it also, and wasn't able to reproduce it. But I am satisfied it happened, because he opened the server-edit dialog to show the settings, and everything was correct.
And he also sent a pastebin of the contents of the @debug window, and it was normal behavior for the login method being "none".
And then, the only thing he did was to create a global RSA certificate, then change the login method from SASL(/CAP) to SASL(EXTERNAL), then reconnect, then change back to SASL(/CAP) and reconnect again - to find this time the AUTHENTICATE PLAIN message was now being sent.
The only thing I can think of is that this situation was created by a specific combination of steps when setting up SASL PLAIN, and I don't know what those would be, so I was hoping that by posting this that either you'd think of something that could've caused it, or other users would report seeing the same thing. I also tried setting the password and the login setting as 2 separate edits, in both orders, and neither replicated.
