Support In-band bytestreams (IBB) method for file transfers on XMPP

[malu]

This ticket is about adding support for IBB for file transfers on XMPP as a fallback method when a socks5 bytestream is not possible to established. Actually XEP-0096 states that clients MUST support both these methods.

So I have started to implement this in libpurple... I'm trying to design the "IBB module" to be resuseable, I'm thinking about the possibility at some point to support it as a Jingle transport method, among others...

I will submit a patch here as soon as I have something working, and depending on how much work there is on my other libpurple-related commitments (foremost vv and xmpp custom smileys) :)

[malu]

Patch implementing support for IBB file transfers

[malu]

I have attached a first patch implementing in-band bytestreams as an alternative when doing file transfers on XMPP. It will still probably need more testing, since I've only done some testing locally, to test more scenarious.

Also one thing I'm planning is to make it "rember" if socks5 has failed before for a given JID, and in that case just revert to IBB without trying socks5 again (to avoid an unnessary time-out wait). This would only be "rembered" within the current session.

[malu]

Now it should actually have a chance of working...

[malu]

I've fixed this up so that now it should kinda work... Actually I've realized that XEP-0096 doesn't really handle the case when socks5 fails failes. So this patch fixes connecting a file transfer using IBB (XEP-0047) when the receiver doesn't support socks5. It also tries to initialize an IBB transfer using the same ID as the file transfer if the receiver supports IBB. This will at least work if the two clients are libpurple-based in the case socks5 fails.

[malu@…]

(In [1004ee62a91cd7c1f39c9d5aafdbe4de761879b0]):
Implements file transfers using in-band bytestreams for XMPP using XEP-0047 Refs #6183

[phannent]

Small win32 fix

[phannent]

Daily builds are up and running: http://hannent.blogspot.com/2008/09/pidgin-xmpp-testing.html

It would be better to have a branch called im.pidgin.xmpp.testing or im.pidgin.patches for me to build and test against. That way patches could be propagated to im.pidgin.pidgin in completion of changes. The next patch after this to test could be the attention one: #3173

That way patches don't bit rot.

[phannent]

The latest builds of this are working perfectly.

[rekkanoryo]

Currently all that is blocking this being merged to im.pidgin.pidgin is a code review.

[evands]

In what branch is this currently committed?

[malu]

Replying to evands:

In what branch is this currently committed?

It's in the branch im.pidgin.cpw.malu.xmpp.ibb_ft