local error: record overflow

[cnpopeye]

i edit server is talk.l.gfan.com,that it tell me an local error:

/go-xmpp/example$ go run example.go 
talk.l.gfan.com:5222,6699@talk.l.gfan.com
2012/04/01 11:30:13 local error: record overflow
exit status 1

but i use talk.google.com:443,got PLAIN error.
2012/04/01 11:28:26 PLAIN authentication is not an option: []
exit status 1

[marvin]

I just had the same error record overflow when trying to connect to a ejabberd demo server. it has to do with TLS as this has this kind of error ... maybe your server doesnt have TLS ?!?! :)

[remss]

Hi,

I have the same error with my ejabberd server v2.1.10 and go-xmpp @26e35d5504187e6bc92e9841568ab4a925d1d036

go run example.go -password="password1" -username="user1@localhost.com" -server="localhost.com:5222"
2013/03/22 16:13:01 local error: record overflow

But it works well with server talk.google.com:443 and my gmail account

My ejjaberd server has TLS enable, and i can connect to it with Pidgin client.

[mattn]

Please try to reproduce with following bits change.

xmpp.go:120

func (c *Client) init(user, passwd string) error {
    // For debugging: the following causes the plaintext of the connection to be duplicated to stdout.
    //c.p = xml.NewDecoder(tee{c.tls, os.Stdout})
    c.p = xml.NewDecoder(c.tls)

func (c *Client) init(user, passwd string) error {
    // For debugging: the following causes the plaintext of the connection to be duplicated to stdout.
    c.p = xml.NewDecoder(tee{c.tls, os.Stdout})
    //c.p = xml.NewDecoder(c.tls)

[remss]

It changes nothing, errors occurs before that, at line 96

if err = tlsconn.Handshake(); err != nil {
return nil, err
}

[mattn]

Currently, go-xmpp doesn't support some features.

• JID parsing is incomplete. Domain only JIDs and resources are not
  handled.
• SASL DIGEST MD5 not supported.
• TLS started before feature negotiation.
• Host discovery using DNS SRV not supported.

[remss]

I see.

What auth method is supported ? PLAIN ?

How can i see the stanzas to debug ?

2013/3/26 mattn notifications@github.com

Currently, go-xmpp doesn't support some features.

JID parsing is incomplete. Domain only JIDs and resources are not
handled.

SASL DIGEST MD5 not supported.

TLS started before feature negotiation.

Host discovery using DNS SRV not supported.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/10#issuecomment-15452256
.

[mattn]

What auth method is supported ? PLAIN ?

Yes, only supported PLAIN

[mattn]

https://github.com/mattn/go-xmpp/blob/master/xmpp.go#L154-L163

[mattn]

I added DIGEST-MD5 authentication. Please check this: ./example ... -notls

[jesseadams]

This is really kicking my butt today. Same issue. Dukgo.com requires a secure auth method. Openfire drops the connection when I disable TLS.

2014.04.07 19:47:47 org.jivesoftware.openfire.nio.ConnectionHandler - Closing connection due to error while processing message: <response xmlns='urn:ietf:params:xml:ns:xmpp-sasl'/> java.lang.NullPointerException at org.jivesoftware.openfire.net.SASLAuthentication.handle(SASLAuthentication.java:303) at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:183) at org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandler.java:181) at org.apache.mina.common.support.AbstractIoFilterChain$TailFilter.messageReceived(AbstractIoFilterChain.java:570) at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299) at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53) at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648) at org.apache.mina.common.IoFilterAdapter.messageReceived(IoFilterAdapter.java:80) at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299) at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53) at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648) at org.apache.mina.filter.codec.support.SimpleProtocolDecoderOutput.flush(SimpleProtocolDecoderOutput.java:58) at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:185) at org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299) at org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53) at org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648) at org.apache.mina.filter.executor.ExecutorFilter.processEvent(ExecutorFilter.java:239) at org.apache.mina.filter.executor.ExecutorFilter$ProcessEventsRunnable.run(ExecutorFilter.java:283) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51) at java.lang.Thread.run(Thread.java:701)

Thats two major XMPP servers that I can't get to work with this package 😢

[yanyiwu]

Does the tls bug about ejabberd fixed ?
I get error 2014/11/02 20:28:30 tls: oversized record received with length 28012 when I connect ejabberd with -notls=false .
and when I set -notls=true, example.go run without error, but can not send message.

[flosse]

@yanyiwu did you solved the problem?

[yanyiwu]

@flosse No

[Neustradamus]

Any news about this ticket?

[Neustradamus]

SCRAM has been added by @mdosch, the problem is now solved?

[mdosch]

Google stopped supporting xmpp a long time ago, therefore this is no more relevant and I'll close this issue.