- Timestamp:
- 2009-03-12T19:10:06Z (16 years ago)
- Branches:
- master
- Children:
- 673a54c
- Parents:
- 9b55485
- Location:
- doc
- Files:
-
- 2 edited
Legend:
- Unmodified
- Added
- Removed
-
doc/CHANGES
r9b55485 r823de9d 3 3 4 4 http://bugs.bitlbee.org/bitlbee/timeline?daysback=90&changeset=on 5 6 Version 1.2.3: 7 - Fixed one more flaw similar to the previous hijacking bug, caused by incon- 8 sistent handling of the USTATUS_IDENTIFIED state. All code touching these 9 variables was reviewed and should be correct now. 10 11 Finished 7 Sep 2008 12 13 Version 1.2.2: 14 - Security bugfix: It was possible to hijack accounts (without gaining access 15 to the old account, it's simply an overwrite) 16 - Some more stability improvements. 17 - Fixed bug where people with non-lowercase nicks couldn't drop their account. 18 - Easier upgrades of non-forking daemon mode servers (using the DEAF 19 command). 20 - Can be cross-compiled for Win32 now! (No support for SSL yet though, which 21 makes it less useful for now.) 22 - Exponential backoff on auto-reconnect. 23 - Changing passwords gives less confusing feedback ("password is empty") now. 24 25 Finished 26 Aug 2008 5 26 6 27 Version 1.2.1: -
doc/user-guide/commands.xml
r9b55485 r823de9d 470 470 </bitlbee-setting> 471 471 472 <bitlbee-setting name="auto_reconnect_delay" type="integer" scope="global"> 473 <default>300</default> 474 475 <description> 476 <para> 477 Tell BitlBee after how many seconds it should attempt to bring an IM-connection back up after a crash. It's not a good idea to set this value very low, it will cause too much useless traffic when an IM-server is down for a few hours. 472 <bitlbee-setting name="auto_reconnect_delay" type="string" scope="global"> 473 <default>5*3<900</default> 474 475 <description> 476 <para> 477 Tell BitlBee after how many seconds it should attempt to bring a broken IM-connection back up. 478 </para> 479 480 <para> 481 This can be one integer, for a constant delay. One can also set it to something like "10*10", which means wait for ten seconds on the first reconnect, multiply it by ten on every failure. Once successfully connected, this delay is re-set to the initial value. With < you can give a maximum delay. 478 482 </para> 479 483
Note: See TracChangeset
for help on using the changeset viewer.