| Commit message (Collapse) | Author | Age | Lines |
| |
|
| |
|
| |
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Wilmer van der Gaast 2007-12-02 Imported setuid() patch from Simo Leone <simo@archlinux...> with some
Wilmer van der Gaast 2007-12-02 Forgot to return something in jabber_chat_join_failed().
Wilmer van der Gaast 2007-12-02 Merging a change I should've pulled before committing three other changes.
Wilmer van der Gaast 2007-12-02 Added charset checks on incoming msgs (from the IRC side) to prevent possible
Wilmer van der Gaast 2007-12-02 Handling of presence-error packets (only useful for groupchats now), moved
Wilmer van der Gaast 2007-12-02 Defining DEBUG via CFLAGS so that it'll always be there, even when a file
Wilmer van der Gaast 2007-12-02 Removed retarded printf() (ARGH) and moved the event handling handling of
Wilmer van der Gaast 2007-11-29 printf() in daemons considered harmful.
Wilmer van der Gaast 2007-11-28 Fixed the epoll+ForkDaemon combination. The libevent event handling
|
| | |
|
| |
| |
| |
| |
| |
| | |
jabber_chat_by_jid() (with the right name) to conference.c, I don't know
what it was doing in jabber_util.c.
|
| |
| |
| |
| |
| | |
IQ packets to jabber_util so I can reuse it for certain presence packets.
|
| |
| |
| |
| |
| | |
only one buffer of 2k per transfer now.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* move from out_of_data to is_writable, eliminate buffers
* implement "transfers reject [id]"
* documentation in commands.xml
* implement throughput and cummulative throughput boundaries
* feature discovery before sending
* implement sending over a proxy
(proxy discovery, socks5 client handshake for sending, activate message)
* integrate toxik-mek-ft
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
only a few changes to bitlbees code, mainly the addition of the "transfers"
command.
This is known to work with Kopete, Psi, and Pidgin (formerly known as gaim).
At least with Pidgin also over a proxy. DCC has only been tested with irssi.
IPV6 is untested but should work.
Currently, only receiving via SOCKS5BYTESREAMS is implemented. I'm not sure if
the alternative(in-band bytestreams IBB) is worth implementing since I didn't
see a client yet that can do it. Additionally, it is probably very slow and
needs support by the server as well.
|
|
|
|
|
|
| |
from other BitlBees won't be picked up accidentally. Might also want to
randomize the per-packet IDs because they're still predictable.
|
|
|
|
|
|
| |
<presence type=unavailable> tag properly and keeps showing the buddy as
on-line. (When the tag comes from a bare JID.)
|
|
|
|
|
| |
I ever need SHA256 ;-)).
|
| |
|
|\ |
|
| |
| |
| |
| |
| | |
already.
|
| | |
|
|\| |
|
| |\
| | |
| | |
| | |
| | | |
around the RC4/B64 code).
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
(NULL pointer dereference).
|
| | |
| | |
| | |
| | |
| | | |
(only presence so far) errors.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
IRC-specific stuff into the Jabber module). Only using this in the MUC
code for now because this only works if the IM module can somehow convert
the cleaned up handle back to the original one.
|
|\| |
| | |
| | |
| | |
| | | |
a debian/ tree and a merge from Jelmer (mainly unittest stuff).
|
| |\ \
| | |/
| |/| |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
channel name generation code in root_commands.c and fixed one memory leak
in jabber_buddy_remove_bare().
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
cleaning up of groupchats isn't done very well yet, but this will at
least keep things sane.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
fixes a bug reported by James Teh in the monster ticket #20. There's no
proper garbage collection yet in the Jabber conference code, really have
to do that soon. :-(
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
one's still there. Not sending offline notifications is great, but updating
the away state info is even better. :-)
|
| | |
| | |
| | |
| | |
| | | |
that list. And adding some const stuff in the xmltree functions.
|
| | |
| | |
| | |
| | |
| | | |
anymore.
|
| | |
| | |
| | |
| | |
| | |
| | | |
work. This also solves the issue of underscores appearing and disappearing
in their nicknames when people leave/join a chat.
|
| | |
| | |
| | |
| | |
| | | |
way to set the nickname in time before BitlBee sends the JOIN.
|
| | |
| | |
| | |
| | |
| | | |
nickname generation. IM fullnames and IRC nicknames are just *different*.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
nicknames for chatroom participants. There'll probably be a lot of
underscores now, but this is by far the cleanest way to implement this, I
think. At least now whispers will work properly. Also using this function
call to set names for ICQ contacts in a slightly saner way.
|
| | |
| | |
| | |
| | |
| | |
| | | |
actually be recognized properly. This is running on my work machine for
a few days already.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
(without any @server part) to your contact list and you'll see all XMPP
traffic going in and out, and messages sent to the buddy will be sent as
packets to the server.
|
| | |
| | |
| | |
| | |
| | |
| | | |
doesn't deal with it very well, and I don't really know yet how I'll
solve this... :-(
|
| | |
| | |
| | |
| | |
| | | |
conferences the user's in.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
used the GLOBAL IM connections list, allowing user A to interfere with
user B's groupchats if running in daemon mode. I can't believe this was
still there...
|
| | |
| | |
| | |
| | |
| | | |
with anonymous rooms (ie about 95% of all available Jabber chatrooms?).
|
|/ /
| |
| |
| |
| | |
Just don't use this, you're really not going to like it. :-)
|
| |
| |
| |
| |
| | |
too.
|
| |
| |
| |
| |
| | |
resource now, instead of just whatever came in last.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
callback, it's only called from inside IM-modules. This makes sure a buddy
only gets added to the BitlBee structures if the add was successful. This
gets rid of the weirdness described in #55. Unfortunately for now this
change breaks A) automatic renaming of ICQ contacts (if there are names
stored in the contact list) B) add -tmp.
|
| | |
|