Changeset 823de9d for doc


Ignore:
Timestamp:
2009-03-12T19:10:06Z (16 years ago)
Author:
Sven Moritz Hallberg <pesco@…>
Branches:
master
Children:
673a54c
Parents:
9b55485
Message:

commit updates by ashish shukla <wahjava@…>

Location:
doc
Files:
2 edited

Legend:

Unmodified
Added
Removed
  • doc/CHANGES

    r9b55485 r823de9d  
    33
    44http://bugs.bitlbee.org/bitlbee/timeline?daysback=90&changeset=on
     5
     6Version 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
     11Finished 7 Sep 2008
     12
     13Version 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
     25Finished 26 Aug 2008
    526
    627Version 1.2.1:
  • doc/user-guide/commands.xml

    r9b55485 r823de9d  
    470470        </bitlbee-setting>
    471471
    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&lt;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 &quot;10*10&quot;, 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 &lt; you can give a maximum delay.
    478482                        </para>
    479483
Note: See TracChangeset for help on using the changeset viewer.