gaim/gaim

This is a temporary fix for the rate limit problems.
oldstatus
2005-10-15, Mark Doliner
649cffd7a416
This is a temporary fix for the rate limit problems.

Cause: Gaim uses the SNAC 0x0004/0x0015 to fetch the away message
of each user in your buddy list. Previously this SNAC was in a
"rate class" that had an extremely lenient rate limit. Gaim would
fetch a new away message at most every 1.3 seconds. AOL recently
moved this SNAC to be in the same rate class as most of the other
SNACs (send IM, add buddy, connect to chat room, etc.) My temporary
fix is to bump this delay to 10 seconds.

We copied this functionality from iChat, and it looks like they
might actually be having the same problem (but I didn't even take
a packet capture to verify). If this is the case, AOL is really
stupid.

Possibly better fixes:
* Use the rate information to delay packets so that we never hit
a rate limit
* There may be a different SNAC that is now more leniently rate
limited. Possibly 0x0002/0x0005 or 0x0004/0x0006.
/** @page buddyicon-signals Buddy Icon Signals
@signals
@signal buddy-icon-cached
@endsignals
<hr>
@signaldef buddy-icon-cached
@signalproto
void (*buddy-icon-cached)(GaimBuddyIcon *icon, GaimBuddy *buddy, const char *filename, const char *old_icon);
@endsignalproto
@signaldesc
Emitted when a buddy icon is cached.
@param icon The icon that was just cached.
@param buddy The buddy the icon belongs to.
@param filename The full filename for the newly created icon cache file.
@param old_icon The filename of the icon cache file for the buddy's previous icon, or @c NULL if the buddy
had no icon when this new icon was set. This filename is generally the full filename of the
previous icon cache file, but if the previous buddy icon was set in an old version of Gaim,
this may just be the basename of the icon cache file. The directory can be obtained with
gaim_buddy_icons_get_cache_dir().
@endsignaldef
*/