Community Forums Today's Posts     Member List     Archive    
Results 1 to 15 of 28

Hybrid View

  1. #1
    Join Date
    Dec 2009
    Location
    Germany
    Posts
    38

    Solved Temporal server keys

    I suggest to add an option to generate temporal passwords or keys for a password protected server, similar to the "buddy invite".

    Playing World of Warcraft, I've encountered a situation like this several times: You want to set up a larger group with your guild members and some random players. While you can "buddy invite" individual random players, this becomes impractical the more random players there are. Instead of having to give away your server password, it would be nice to be able to generate a temporal key wich is valid for more than one user but only a certain -- maybe arbitrary -- amount of time after issuing it. This way, improper circulation of the server password would be reduced and you wouldn't have to change it that often.

  2. #2
    Join Date
    May 2007
    Location
    Eastern NC
    Posts
    1,359
    Well, just could have all your normal users have the ignore server password on join. Then set the password that you want to share, share it with those "temp" users. and when you want, change it again, "temp" users loose access and normal users don't even notice or need the new password.

    I still use the invite buddy for a 1 to 1 invite system with the ignore password on that temp group.

    Options aside, I too think it would be nice to be able create a permission key that is multi use with an expire time (like bans) where 0 seconds is a permanent permission key, but if deleted it is gone. Maybe add a max use option when making a permission key, 0 being unlimited.

  3. #3
    Join Date
    Dec 2009
    Location
    Germany
    Posts
    38
    Quote Originally Posted by Screech View Post
    Well, just could have all your normal users have the ignore server password on join. Then set the password that you want to share, share it with those "temp" users. and when you want, change it again, "temp" users loose access and normal users don't even notice or need the new password.
    This would be a great option for small guilds with low fluctuation. Unfortunately, ours is neither small nor stable, so shifting every permanently authorised user to a group that ignores passwords wouldn't be substantial progress.


    Quote Originally Posted by Screech View Post
    Options aside, I too think it would be nice to be able create a permission key that is multi use with an expire time (like bans) where 0 seconds is a permanent permission key, but if deleted it is gone. Maybe add a max use option when making a permission key, 0 being unlimited.
    I completely agree with that.

  4. #4
    Join Date
    May 2007
    Location
    Eastern NC
    Posts
    1,359
    Quote Originally Posted by Screech View Post
    Options aside, I too think it would be nice to be able create a permission key that is multi use with an expire time (like bans) where 0 seconds is a permanent permission key, but if deleted, expired or if max use is met it is gone. Maybe add a max use option when making a permission key, 0 being unlimited.
    Added text to clarify that if a permission key is a added with no expire time and a max use limit that once that max use limit is met the key is deleted also. Using the idea that I made you could thing of permission keys as they work now having 0 for the expire time and 1 for the max use. The logic for determining use count could be very much like the enforcements indicator in the ban list.

    Flow should be simple:
    Code:
    LPARAMETER passed_key AS STRING
    'Check Key Process
    DIM lbGoodKey AS BOOLEAN = FALSE
    DIM liMaxUse AS INTEGER 
    IF key_exist(passed_key)
    	IF NOT key_expired(passed_key)
    		liMaxUse = key_max_use(passed_key)
    		IF liMaxUse = 0 OR key_enforcements(passed_key) < liMaxUse
    			key_enforcements_increment(passed_key)
    			lbGoodKey = TRUE
    		ELSE
    			'exceeded usage
    		ENDIF
    	ELSE
    		'key has expired
    	ENDIF 
    	IF NOT lbGoodKey
    		key_delete(passed_key)
    	ENDIF 
    ELSE
    	'invalid key
    ENDIF
    RETURN lbGoodKey
    (note: I wrote this off my head with no IDE and no debugging as just and idea)

  5. #5
    Join Date
    Dec 2009
    Location
    Germany
    Posts
    38

    Feedback?

    No opinion or feedback from a TeamSpeak representative to this suggestion?

  6. #6
    Join Date
    Dec 2009
    Location
    Germany
    Posts
    38

    bump

    Shamelessly bumping my own thread.

  7. #7
    Join Date
    Dec 2009
    Location
    Germany
    Posts
    38
    Any reaction from a TeamSpeak representative wouldn't go amiss.

Thread Information

Users Browsing this Thread

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

Similar Threads

  1. keys!
    By reaply in forum Server Support
    Replies: 5
    Last Post: 26-01-2012, 08:52
  2. Hot keys
    By tonym in forum Client Support
    Replies: 3
    Last Post: 24-08-2010, 13:37
  3. Hot keys
    By RPTDOC in forum Suggestions and Feedback
    Replies: 1
    Last Post: 10-01-2010, 13:24
  4. Hot Keys
    By -SuPeRBeAsT- in forum [TeamSpeak 2] General Questions
    Replies: 1
    Last Post: 06-03-2005, 18:31

Tags for this Thread

Posting Permissions

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