Yay it's like IRC all over again! Well not really. For some reason I'm being dropped from mu-conference chats silently. It seems to occur when my ejabberd server closes the ssl session with the remote jabber chat server. When the session is renewed, I suddenly 'enter' the room again, complete with scrollback of past conversations I never saw, my only conclusion being that I got dropped without any error message from a chat channel on conference.jabber.org, conference.jabber.com, and other 3rd party conferences. Others confirm that I had been gone from the room for quite a while. Disabling SSL doesn't seem to fix the matter, and yes I have
1) Done the inetrc thing
2) Enabled SRV records for my own server (redundantly, since I only have one computer)
3) Forwarded the s2s port
So... any suggestions otherwise would be mui bien.
Looks like a client issue.
Looks like a client issue. Did you already tried with other clients?
--
sander
Yup...
Gaim never was that robust in regards to group chats, but I think tkabber had problems too. Let me check that and I'll get back to thread. (The problem only comes up when I'm idle for a while)
Not a client issue
I have confirmed the same problem happens on tkabber and gaim, but only for chat servers remote to my own ejabberd server. This is the situation:
1) I sign on as two JIDs, one for gaim and one for tkabbertest@conference.jabber.org
2) I join both of them into
3) I allow myself to go idle for a half hour or so
4) I try to send a message to the chat room
-- replies with I'm not authorized to send messages to chat rooms I'm not a member of
5) I change my status or status message in either JID
-- the automatic scrollback gets sent to me again, as if I joined the room
I'd like to note that when I changed my status in tkabber, it sent the scrollback to the tkabber JID, but not the gaim one. When I changed my status first in gaim, the opposite occurred. If I did this weird "re-entry" of a room in one chat client with one JID, then the other JID did not experience problems, even though it had been idle just as long. It didn't matter which chat client it was, whatever the first one I used "re-entered" the room, and the other one experienced no odd behavior.
Since the only thing in common between changing my status in gaim, with JID #1, and changing it in tkabber, with JID #2, is that both JIDs are running from the same ejabberd server, I think I can conclusively say it is [u]not[/u] a client issue.
First try to replicate the problem: failed
I did my own test, but I couldn't experience the problem:
So, I login client1 and client2, and join both to the chatroom. I opened the Raw XML window of Psi to verify the client 1 did not send or receive any packet from the chatroom. I disabled autoaway on both clients. I hope no single xmpp package was sent between server 1 and server 2 once both clients joined the same chatroom.
I waited 94 minutes of inactivity (no chatting, no presence changes...), and client 1 was not disconnected from the chatroom.
I couldn't replicate the problem. If you indicate what exact version of ejabberd and Erlang you are using, I could try again.