Forum


Notice to all users

We are migrating towards a new forum system located at community.teamspeak.com, as such this forum will become read-only on January 29, 2020

Page 1 of 2 12 LastLast
Results 1 to 15 of 27
  1. #1
    Join Date
    July 2002
    Location
    Germany
    Posts
    2,191

    TeamSpeak 3 Server 3.0.0-beta29 Available

    Greetings,

    we are happy to announce the release of a new server build with version 3.0.0-beta29. There are a few things that are of importance:
    - Client version beta30 or higher is required to connect to the new server. As client beta30 was released 8 days ago users should have had ample time to upgrade by now.
    - Encryption of voice packets (that was previously always on) is now a configurable option and is off by default. Disabling encryption is especially useful for big servers as it cuts down on CPU usage. Voice data encryption is configurable on a server basis or on a per channel basis.
    - The ServerQuery interface now sends a "welcome message" upon connect. The change is minor, but some ServerQuery scripts out there might be confused by this.
    - removed i_client_kick_power permission and replaced it with i_client_kick_from_channel_power and i_client_kick_from_server_power.

    Complete list of changes:
    Code:
    === Server Release 3.0.0-beta29 29 Sep 2010
    ! Voice packets are now not transfered encrypted by default. Added options to
      configure this behavior on virtual server or per channel level. Clients of 
      versions beta29 and earlier will not be able to communicate with new clients.
    ! removed permission i_client_kick_power and i_client_needed_kick_power        
    ! certain log messages, like query and accounting wont go anymore              
      to the database                                                              
    ! serverquery sends between the ts3 prompt also a new welcome message          
    ! token functions renamed to privilegekey (privilegekeyadd, privilegekeydelete, privilegekeyuse, privilegekeylist)
      old function names are still working but will be removed.                                                       
    + added permissions i_client_kick_from_server_power, i_client_needed_kick_from_server_power                       
      i_client_kick__from_channel_power, i_client_needed_kick_from_channel_power                                      
    + added permissions b_channel_modify_make_codec_encrypted, b_virtualserver_modify_codec_encryption_mode           
    + client kick from channel wont check for i_client_needed_move_power / i_client_move_power                        
    - fixed clientIDCache issues                                                                                      
    - property "instance_uptime" is now in seconds since 1970                                                         
    - fixed removing an offline client from channelgroup wont be logged                                               
    - fixed issues with serversnapshotdeploy and using invalid filepaths                                              
    - fixed issues with serversnapshotdeploy and writing zero database entries
    - fixed issues with serversnapshotdeploy where a failed deploy left invalid
      data
    - fixed users are shown in weblist, even when a server with reserved slots is empty

  2. #2
    Join Date
    December 2009
    Location
    Germany, Cologne
    Posts
    1,364
    Quote Originally Posted by Peter View Post
    removed i_client_kick_power permission and replaced it with i_client_kick_from_channel_power and i_client_kick_from_server_power.
    This is nice! Finally.

    Btw. Already updated after your Upload (9:55).

  3. #3
    Join Date
    January 2010
    Location
    England
    Posts
    4
    Quote Originally Posted by Peter View Post
    - property "instance_uptime" is now in seconds since 1970
    Does this mean all instance uptimes will show the current unix timestamp & not an actual uptime?

  4. #4
    Join Date
    June 2002
    Location
    Krün / Germany
    Posts
    1,638
    Quote Originally Posted by liv3d View Post
    Does this mean all instance uptimes will show the current unix timestamp & not an actual uptime?
    it is the uptime, just in seconds

  5. #5
    Join Date
    February 2006
    Location
    Texas, USA
    Posts
    4,143
    Thanks for the hard work Devs! I'm curious though, who decided 1970 was where the server uptime should start??? lol I would think something more recent would have been used.

  6. #6
    Join Date
    May 2010
    Posts
    6,310
    @Poisonpanik

    This is the Timestamp Unix convention (write "timestamp unix" in google you will obtain the history of this convention).
    Last edited by florian_fr40; September 29th, 2010 at 01:54 PM.

  7. #7
    Join Date
    February 2006
    Location
    Texas, USA
    Posts
    4,143
    AH HA! lol Guess I need to read up on that one

  8. #8
    Join Date
    January 2006
    Location
    Montana, U.S.
    Posts
    125
    Gooday!

    Is the welcome message sent by the serverquery able to be turned off or is it configurable?

    Thank you for your time and have a great day!

  9. #9
    Join Date
    July 2002
    Location
    Germany
    Posts
    2,191
    Quote Originally Posted by damaboo View Post
    Is the welcome message sent by the serverquery able to be turned off or is it configurable?
    No it is not, that would overcomplicate things greatly. It is just a welcome message . Any script that can't handle it can be fixed very easily to ignore it.

  10. #10
    Join Date
    September 2010
    Location
    Germany
    Posts
    4
    "Channel voice data encryption" in "Edit virtual server" is greyed out (in "Edit channel" too). Where can i find informations on how to enable encryption again?

    (Server x86-32 on Lenny, version 3.0.0-beta29 (updated from 3.0.0-beta28); Client 3.0.0-beta31 - Snow Leopard)


    Thanks.

  11. #11
    Join Date
    May 2010
    Posts
    6,310
    Make sure that you have

    - b_virtualserver_modify_codec_encryption_mode
    - b_channel_modify_make_codec_encrypted

    permissions in your server group.

  12. #12
    Join Date
    September 2010
    Location
    Germany
    Posts
    4
    Meh, obviously members of my Server Admin (6) group are not trustworthy: "insufficient permission modify power". How can i fix this?

    Thanks.

  13. #13
    Join Date
    May 2010
    Posts
    6,310
    The
    - i_group_modify_power
    - i_permission_modify_power

    must be equal or greater that "i_group_needed_modify_power" or the server admin group or equal or greater than "Grant" permission of ....codec_encryption_mode permission.

    Or, if you have the password of query account, you can modify it

  14. #14
    Join Date
    May 2007
    Location
    Eastern NC
    Posts
    1,801
    Glad its out... now for the work of updating my servers.

    Disappointed again with database changes. Why not have update commands like:
    Code:
    update perm_server_group set perm_id = 'i_client_kick_from_server_power' where perm_id = 'i_client_kick_power';
    Granted there would be more than one command, maybe as many as one for each perm_id and table with these permission. But for large hosts this would make for a simpler update.

    I primarily consider the server side of the new kick permissions as the direct replacement for the old kick permission as that is how everyone I knew used it due to the confusing and problem with needed client move power to default channel.

    But I just looked and found that not only are new permissions added with no regard for "previous" version of the setting, but the old ones are not cleaned from the database.

  15. #15
    Join Date
    May 2007
    Location
    Eastern NC
    Posts
    1,801
    Quote Originally Posted by Trurl View Post
    Meh, obviously members of my Server Admin (6) group are not trustworthy: "insufficient permission modify power". How can i fix this?

    Thanks.
    Sounds like you still have not set your i_group_auto_update_type permissions for your server and channel groups. You need to fix that ASAP to make future server updates less painful.

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Similar Threads

  1. Replies: 5
    Last Post: November 15th, 2011, 03:24 AM
  2. [No bug] User can kick after beta29
    By savio in forum Permission System
    Replies: 153
    Last Post: June 18th, 2011, 10:06 AM
  3. Replies: 7
    Last Post: November 20th, 2010, 12:02 PM
  4. Problem my server beta29
    By GAW2000 in forum Linux / FreeBSD
    Replies: 10
    Last Post: November 6th, 2010, 08:34 AM
  5. TeamSpeak 3 Client 3.0.0-beta29 Available
    By Peter in forum Archive
    Replies: 10
    Last Post: September 11th, 2010, 02:08 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •