Opened at 2010-12-28T23:24:31Z
Last modified at 2015-10-13T05:56:34Z
#739 new defect
The XMPP file transfer "proxy" setting is confusing.
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | BitlBee | Version: | 3.0.1 |
Keywords: | Cc: | ||
IRC client+version: | Client-independent | Operating System: | Public server |
OS version/distro: |
Description
http://bazaar.launchpad.net/~ulim/bitlbee/ulim-ft/revision/293 seems to be the only source of information about
Added an account setting 'proxy'.
Note that this is only used for sending. The default <local>; <auto> means let the receiver try a direct connection first and then the proxy discovered from the server (if any). If you know you're firewalled you can remove the <local>. If you want to provide your own proxy try something like
"<local>;JID,HOST,PORT". E.g. "<local>;proxy.somewhere.org,123.123.123.123,7777".
Tried
account 0 set proxy "<local>;proxy.jabbim.cz,proxy.jabbim.cz,7777"
but I still get this
/dcc send public webm.txt <root> jabber(mcepl@ceplovi.cz) - Trying to send webm.txt(22 bytes) to public@disk.jabbim.cz <root> jabber(mcepl@ceplovi.cz) - Couldn't discover some of the server's services <root> jabber(mcepl@ceplovi.cz) - File webm.txt: public@disk.jabbim.cz/jdisk accepted the transfer! <root> jabber(mcepl@ceplovi.cz) - WARNING: Received SOCKS5 bytestream reply with unknown streamhost proxy.jabbim.cz <root> jabber(mcepl@ceplovi.cz) - File transfer aborted: Couldn't establish transfer within 120 seconds <root> jabber(mcepl@ceplovi.cz) - File webm.txt: DCC transfer aborted: Couldn't establish transfer within 120 seconds
and in the /QUERY with the public contact
* DCC SEND webm.txt with public timeouted - cancelling.
Attachments (0)
Change History (4)
comment:1 Changed at 2010-12-28T23:27:02Z by
comment:2 Changed at 2014-03-13T10:15:58Z by
Currently the setting seems to be
account 0 set ft_proxies 'proxy.jabbim.cz'
comment:3 Changed at 2015-02-01T20:48:38Z by
Really old ticket but who cares, the issue is still valid.
Apparently proxy.jabbim.cz resolves to 88.86.102.58 (rDNS hektar.jabbim.cz) but when asking through jabber for the actual IP address and port, it returns 88.86.102.51 (rDNS nezmar.jabbim.cz).
The problem here is that the user should really just have to specify "proxy.jabbim.cz" (like the "ft_proxies" option mentioned in the previous comment, which is how it's done with libpurple) and have bitlbee discover the actual IP and port automatically.
Sending this as a single line through the xmlconsole is a way to get that address:
<iq to='proxy.jabbim.cz' type='get'> <query xmlns='http://jabber.org/protocol/bytestreams'/> </iq>
comment:4 Changed at 2015-10-13T05:56:34Z by
Summary: | filetransfer XMPP doesn't work ... missing documentation → The XMPP file transfer "proxy" setting is confusing. |
---|
Added docs for this thing in aa3b61e178fbdb7069e171cc70c631ee63f72c8d
Keeping the ticket open with a different title because of what i said in the previous comment (it shouldn't be that complex)
It is possible, this could be something SELinux related. Although I am in a permissive mode, I have AVC denials on the filetransfer port.