auto login not working #24

darkpixel · 2014-05-01T19:14:06Z

When I sign in to RC, that chat link shows up. When I click on it, it brings up the boxes asking for "XMPP/Jabber Username" and "Password". I can enter "[email protected]" and the password and I am signed into chat. Everything works beautifully.

In my config.inc.php file I have:

$rcmail_config['converse_xmpp_hostname']= function($args) {
        return 'example.tld';
};

and

$rcmail_config['converse_xmpp_username']= function($args) {
        return preg_replace('/@.*$/', '', $args['user']);
};

(I also tried setting converse_xmpp_username to plain $args['user'])

I can't seem to get it to auto-login.
Looking at the network requests in Chrome, there doesn't appear to be an attempt to access /http-bind when chat first starts up. (The ejabberd logs also show no authentication attempt).

The first time the app signs in is when I manually enter my username and password on the converse.js window.

Is it supposed to automatically login for the user or am I missing something?

The text was updated successfully, but these errors were encountered:

priyadi · 2014-05-09T20:02:38Z

The plugin should autologin. The way it works is that the PHP part of the plugin first accesses http-bind in order to login and then passes the credentials to Javascript part of the plugin. If login fails, it will present login box. In your case it appears login has failed for some reason.

If you are sure there's no connection to BOSH URL, then the problem is probably in PHP part of the plugin. Please look for error message in your web server error log.

darkpixel · 2014-05-11T00:30:16Z

Hmm--I'll have to do some more digging. I figured it was supposed to auto login, so it must be something on my end. I never see the browser make a request to /http-bind when I sign in to RC, only after I enter my username and password into the converse window. I'll see if I can track it down.

darkpixel · 2014-05-12T20:33:14Z

It's definitely not trying to access /http-bind when I initially sign in. I only see if after I enter my info and click the login button.

priyadi · 2014-05-13T06:56:28Z

Please try the troubleshooting procedure outlined in TROUBLESHOOTING.md. In particular, make sure you can login with Pidgin using your BOSH endpoint.

Also, please paste your complete config.inc.php file.

mckaygerhard · 2014-05-26T19:16:27Z

i have same problem...

my xmpp server are ejabberd 2.1.13 with some patches backported form upstream, property working, tested the url bosh with pidgin and work

http server are lighttpd 1.4.35 working perfectly

follow instruction in troubleshooting and here my paste:

Request URL:https://dmoain.net/http-bind
Request Method:POST
Status Code:200 OK
Request Headersview source
Accept:*/*
Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3
Accept-Encoding:gzip,deflate,sdch
Accept-Language:es-419,es;q=0.8
Connection:keep-alive
Content-Length:210
Content-Type:application/xml
Cookie:TRACKID=6517ec3e9a436ed0ae04dd2d2c02cd9c; roundcube_sessid=5pkpk5qms2jn4e2oq5kgajv9t3; roundcube_sessauth=S60f463951195f413b8e4314d93a7650fb964f37a
Host:domain.net
Origin:https://domain.net.ve
Referer:https://domain.net.ve/roundcube/?_task=mail
User-Agent:Mozilla/5.0 (X11; Linux i686) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/13.0.782.220 Safari/535.1
Request Payload
<body rid='2672132707' xmlns='http://jabber.org/protocol/httpbind' to='mckaygerhard' xml:lang='en' wait='60' hold='1' content='text/xml; charset=utf-8' ver='1.6' xmpp:version='1.0' xmlns:xmpp='urn:xmpp:xbosh'/>
Response Headersview source
Content-Length:0
Date:Mon, 26 May 2014 19:44:28 GMT
Server:lighttpd/1.4.35

the configuration file:

$rcmail_config['converse_xmpp_bosh_prebind_url']= function($args) {
    return 'http://domain.net:5280/http-bind';
};
$rcmail_config['converse_xmpp_bosh_url']= function($args) {
    return '/http-bind';
};
$rcmail_config['converse_xmpp_hostname']= function($args) {
    return 'domain.net';
};
$rcmail_config['converse_xmpp_username']= function($args) {
    return preg_replace('/@.*$/', '', $args['user']);
};
$rcmail_config['converse_xmpp_password']= function($args) {
    return $args['pass'];
};
$rcmail_config['converse_xmpp_enable_always'] = true;

i install a DNS for resolve "domain.net" and set all my clients to resolve trought this DNS so "domain.net" are not problem

what can i doing to help and make it work! i see some of code but uses 3 proyects (candy chat, php xmpp lib and other ), i really need that chat working in my rouncube

mckaygerhard · 2014-06-09T18:49:33Z

i found that under certanly circunstances there some problems with XMPP server and bosh proxy url

if server has own ssl cert and we configured xmpp server with ssl, some conflicts appears, so i disabled all ssl certs and all get to work, later enable ssl cert only in webserver and not in xmpp server, due proxy bosh url aleady will have ssl

now usinhg roundcube 1.X beta have some problem with stanza an presense..

priyadi · 2014-06-10T15:54:35Z

What SSL conflict? Anything in the log files?

My guess you need to update your ca-bundle.crt on your Roundcube installation.

mckaygerhard · 2014-06-10T23:03:19Z

u dont understand, i mean, that i we configured both in webserver and in xmppserver ssl support, client on bosh request must pass two certificates and fail! this are obvious!!

there's nonsense for reall xmpp compilant standart class xmpp server such openfire or ejabberd if already set a certificate on prxy url, so for that i can made some wiki pages about correct configuring of xmpp servers for u.. due README are not very clear about right configurations and many of this bugs are related to

priyadi · 2014-06-11T00:27:56Z

No. That's not obvious enough to me. It would be more helpful if you have error message to tell, and where it appears.

Also, please keep your vendetta against Prosody to yourself.

mckaygerhard · 2014-06-11T02:07:05Z

log are not possible, xmpp server have the request, but brwoser client do not received the response, due double check!! that's why anybody can send to u any error log of that ,

in my debug lg, on browser client, the response are 0Kb due that.. when i disable one of ssl , all get to work...

i dont know if this issue are invalid or are valid due the problem are configuration misc!

mckaygerhard · 2014-06-11T02:10:43Z

also about vendetta, @darkpixel obviously do nt use prosody and me too, its not vendetta men, its about a problem due there's not readme detailed with that compilants xmpp servers..

i already send some comments about that to upstream too..

priyadi · 2014-06-11T02:55:35Z

I don't understand. If the server has received the request but didn't send the response, then how this is the fault of converse.js? If turning off HTTPS works, then the problem might be in your proxying configuration of your lighttpd.

Try these for troubleshooting.

Connect to the original HTTPS BOSH endpoint using Pidgin
Connect to the original HTTPS BOSH endpoint from your Roundcube installation using Finch.
Connect to the proxied HTTPS BOSH endpoint using Pidgin
Connect to the proxied HTTPS BOSH endpoint from your Roundcube installation using Finch.

mckaygerhard · 2014-06-12T02:03:03Z

hi, @priyadi of course i said:

i dont know if this issue are invalid or are valid due the problem are configuration misc!

that's whay i proposed to make more detailed wiki pages for lighty&ejabberd or ngix&ejabberd, or hiawata that ar the most secure web server today!

priyadi · 2014-06-12T02:51:50Z

@mckaygerhard Wiki pages are open for everyone to edit. You can go ahead and add your pages. Thank you for your contributions!

darkpixel · 2014-10-27T19:07:03Z

I re-tackled this issue today, and managed to figure it out based on your cURL suggestion from #21 .

On my box running Ubuntu 14.04.1, cURL (and wget) don't like my certificate which was signed by GoDaddy very recently. Apparently the error doesn't bubble up through PHP.

I ended up going to GoDaddy's cert page and downloading the certificate bundles into /usr/local/share/ca-certificates/ and then running update-ca-certificates.

cURL no longer complains about the cert, and converse.js automatically logs in.

darkpixel closed this as completed May 11, 2014

darkpixel reopened this May 12, 2014

mckaygerhard mentioned this issue May 26, 2014

[node-xmpp-bosh] no XHR info. #21

Open

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

auto login not working #24

auto login not working #24

darkpixel commented May 1, 2014

priyadi commented May 9, 2014

darkpixel commented May 11, 2014

darkpixel commented May 12, 2014

priyadi commented May 13, 2014

mckaygerhard commented May 26, 2014

mckaygerhard commented Jun 9, 2014

priyadi commented Jun 10, 2014

mckaygerhard commented Jun 10, 2014

priyadi commented Jun 11, 2014

mckaygerhard commented Jun 11, 2014

mckaygerhard commented Jun 11, 2014

priyadi commented Jun 11, 2014

mckaygerhard commented Jun 12, 2014

priyadi commented Jun 12, 2014

darkpixel commented Oct 27, 2014

auto login not working #24

auto login not working #24

Comments

darkpixel commented May 1, 2014

priyadi commented May 9, 2014

darkpixel commented May 11, 2014

darkpixel commented May 12, 2014

priyadi commented May 13, 2014

mckaygerhard commented May 26, 2014

mckaygerhard commented Jun 9, 2014

priyadi commented Jun 10, 2014

mckaygerhard commented Jun 10, 2014

priyadi commented Jun 11, 2014

mckaygerhard commented Jun 11, 2014

mckaygerhard commented Jun 11, 2014

priyadi commented Jun 11, 2014

mckaygerhard commented Jun 12, 2014

priyadi commented Jun 12, 2014

darkpixel commented Oct 27, 2014