Loading Profile...
Using Pandion with existing Openfire server?
We are using Spark with Openfire but some think we should find an alternative client.
Spark is working fine both outside and inside the firewall with filetransfers between clients.
Problem is I cannot even get Pandion to connect?
Debug:
EVNT: Connecting to
SENT: <?xml version="1.0"?>
SENT: <stream:stream>
RECV: <?xml version="1.0" encoding="UTF-8"?><stream:stream>
SENT: <iq type="get"><query><username></username></query></iq>
RECV: <iq type="result"><query><username></username><password></password><resource></resource></query></iq>
SENT: <iq type="set"><query><username></username><resource>Pandion</resource><password></password></query></iq>
RECV: <iq type="error"><query><username></username><resource>Pandion</resource><password></password></query><error type="auth"><not-authorized></not-authorized></error></iq>
SENT: </stream:stream>
EVNT: Disconnected</stream:stream>
Spark is working fine both outside and inside the firewall with filetransfers between clients.
Problem is I cannot even get Pandion to connect?
Debug:
EVNT: Connecting to
SENT: <?xml version="1.0"?>
SENT: <stream:stream>
RECV: <?xml version="1.0" encoding="UTF-8"?><stream:stream>
SENT: <iq type="get"><query><username></username></query></iq>
RECV: <iq type="result"><query><username></username><password></password><resource></resource></query></iq>
SENT: <iq type="set"><query><username></username><resource>Pandion</resource><password></password></query></iq>
RECV: <iq type="error"><query><username></username><resource>Pandion</resource><password></password></query><error type="auth"><not-authorized></not-authorized></error></iq>
SENT: </stream:stream>
EVNT: Disconnected</stream:stream>
I’m frustrated
1
person has this question
I have this question, too!
Tell me when someone answers.
The more people who ask this question, the more it gets noticed.
The more people who ask this question, the more it gets noticed.
The best answer from the company
-
We've done some fixes today which may be related to this problem.
Please try the latest build:
http://sourceforge.net/projects/pandi...
I’m confident
The company says
this answers the question
Create a customer community for your own organization
Plans starting at $19/month
-
Inappropriate?GetSatisfaction has a problem with XML transcripts. Can you please paste the log here: http://gist.github.com/
Also try to connet with Pandion 2.6.x beta:
http://sourceforge.net/projects/pandi... -
Inappropriate?URL: git://gist.github.com/220457.git
I have tried with the 2.5 and the 2.6.35 versions. -
Inappropriate?You did not enter any password?
-
Inappropriate?Yes I did.
I get this message:
Cannot sign in. This may have one of the following causes:
- You entered an incorrect password
- The account does not exist on the server
Please try again.
the Openfire server asks LDAP for credentials, but I'm not able to login with Pandion the same way? Do I have to do anything special to login with Pandion? -
Inappropriate?I meant the same way as with Spark of course.
-
Inappropriate?Since you are connecting with plain text authentication there's not much that can go wrong on the Pandion side. If you're seeing your plain text password in the console together with your user name and server host then everything should be fine. The log you posted appeared to be manually edited so I cannot confirm its completeness, only you can tell from the console. Most likely this is an issue in your Openfire configuration.
-
Inappropriate?We're using SSL (I think in the XML it was set at plaintext by error)
If I check use SSL, enter our server in Connection Settings, Use my Username (initials) and Password - Pandion tells me to Enter my Instant Messaging Address or otherwise Register for a new one below?
I’m confused
-
Inappropriate?TLS, or the older SSL, provides encryption of the traffic between your XMPP server and Pandion so that third parties cannot intercept any data.
The autentication mechanism between your XMPP server and Pandion is different. In the log I saw above Openfire and Pandion were using a plaintext authentication mechanism. This means the user's credentials are exchanged as plaintext, rather than SHA-1 hashes or MD5 digests. But this entire exchange is still wrapped in the TLS or SSL encryption so that it's relatively secure against outside attack. -
Inappropriate?So we will not be able to use Pandion with Openfire?
-
Inappropriate?Of course you can use Pandion with Openfire. Tons of people do that. I also use a local Openfire server for development and testing.
-
Inappropriate?And you are not doing anything special to connect ot your Openfire server?
You just open Pandion and type in initials and password and everything is woring fine?
-
Inappropriate?Yes, if Openfire is configured correctly.
-
Inappropriate?We had a problem getting connected and had to put username@domain for the spot where the username would go. On one system, that included a .com in the domain name, but on another, it was the domain name without the .com that worked.
-
Inappropriate?Sebastiaan - It's amazing how you have been answering every single question without providing a single suggestion or solution as to why it's not working with the Pandion client. As I wrote before our solution right now is working perfectly fine with Spark - so I would say it's setup correctly!
Are your client having a problem with an Openfire server authenticating users on a remote LDAP server perhaps?
dtlove74 - Thank you, unfortunately it still says I enetered an invalid password or the account is not available on the server.
I’m frustrated
-
Inappropriate?Nejmann, I understand this problem may be frustrating. If you give me remote access to the server via VPN or something I can help you solve the problem. Right now, based on the XML logs above, it does not look like any bug in Pandion. That leads me to conclude there is a configuration problem on the Openfire side.
-
Inappropriate?Nejmann, did you append the Openfire Jabber domain after your username? ie. you should use {username}@{domain} as the username.
-
Inappropriate?Sebastiaan - Do you have an contact-email?
Linus - Yes, i did. -
Inappropriate?Nejmann, is your Pandion client set to "Required SSL encryption"? If yes, can you check over at the Openfire web console under the Server - Server Settings - Security Settings? Under the Client Connection Security section, what is your setting there? If it is set to Required, can you temporarily change it to Custom and let us know what is the settings for the Old SSL method and for the TLS method?
I suspect your TLS method is currently set to "Required". This will force Openfire to only allow TLS connection and denied old SSL connection which your Pandion client is trying to connect as. Just change your Pandion client settings to either "Required TLS encryption" or "Use TLS encryption if available on the server" will get you connected. -
Inappropriate?Nejmann: cbas@pandion.im
-
Inappropriate?We've done some fixes today which may be related to this problem.
Please try the latest build:
http://sourceforge.net/projects/pandi...
I’m confident
The company says
this answers the question
EMPLOYEE
EMPLOYEE
