############# User Commands ############# A few commands are available to users that are unique to thebridge. Commands are entered on the message line in the same way as a text message, by prepending a '.' (period). Commands are not forwarded to other conference users so they are non-intrusive to normal operations. The command must begin at the first character on the line. Commands may be abbreviated to the shortest length that is still unique. For example ".stat", ".sta", and ".st" are valid abbreviations for the ".stats" command, but not ".s" since there are two commands that start with the letter 's' (.stats and .sysop). ".help" and ".?" This command does much as you would guess, it lists the available commands. ".list" (not available on all conferences) This command lists any bulletins or recorded nets that may be available to be played back. ".play ", ".stop" (not available on all conferences) This command starts playing the selected bulletin or recording. Any text messages that were sent during a net are also replayed sent. While you are in playback mode you will not be listed on the station list of thebridge and you will not receive any live conference traffic, voice or text. To end the playback enter the .stop command or simply disconnect. ".stats" This commands displays interesting (to some) technical statistics about the operation of the conference bridge such as when the maximum number of users were connected. ".lurk" and ".delurk" (not available on all conferences) The EchoLink system is very different than "real" radio in one important way... everyone knows who is listening. Sometimes you might only want to monitor a channel, but not get involved in a conversation. This is particularly useful for nets when you want to listen, but don't have anything to contribute. The ".lurk" command allow you to suppress the listing of your callsign as an active member of the conference, but you will still be able to listen. You can rejoin the conference at any time by using the ".delurk" command or by simply transmitting. ".uptime" This command displays the amount of time thebridge has been running since it was loaded. I'll admit it, the primary purpose is for bragging rights... "my conference bridge has been up for ..." ".version" This command displays the version of thebridge software and the type of operating system it's running on. ".test" (not available on all conferences) This command causes thebridge to record your next transmission and then play it back to you when you stop transmitting. This allows you to test your setup and adjust audio levels etc without assistance. Audio quality is a very subjective thing, it's always best to hear it yourself. Note: The UDP protocol used for conferencing is not 100% reliable, the ".test" command will send you the response "Your next transmission will be recorded and played back." to indicate that your command was received. Please do *NOT* make a long test transmission unless you receive the response! Otherwise your test transmission will be sent live over the conference bridge. ############## Sysop Commands ############## ".sysop " None of the sysop commands are available until you identify yourself as an sysop by using the .sysop command and supplying the sysop's password. Additionally sysop's are allowed to transmit during the pausetime to give them slightly higher priority on the channel than normal users. When using this command please *make* sure that you enter the leading '.' and start the command at the beginning of the line, otherwise you may send the sysop's password to everyone logged into the conference! Once you have logged in successfully you will be greeted with a welcome message. You will remain logged in as an sysop only as long as you are connected to thebridge, if you disconnect you will have to login again. WARNING: Please do not use a "valuable" password for the administrator password, it is sent in clear text via UDP to the RTP port. i.e. it can be sniffed. ".admins" This command simply lists the users who are logged in as administrators or sysops. This is a good way of verifying that you are logged in as an sysop before issuing commands. It's also a good way to determine if it's time to change the passwords (grin). ".busy [on | off | status]" This command controls the conference's busy status. The conference's busy status is listed in the station directory, additionally connection requests from new stations are refused when the conference is busy. The status option allows a conference to indicate that it is busy to the directory servers, but actually continue to accept connections for special purposes. ".connect " ".disconnect " ".disconnect ALL" These commands allow conference rooms to be linked to increase the capacity beyond what is available on a single server. The .connect command will accept either a station callsign, conference ID, or IP address. The .connect command establishes a permanent connection between until a .disconnect command is entered by an administrator (of either conference). If the connection fails the connect will be reestablished automatically when the path returns. The connection will even be reestablished if one, but not both, When thebridge is linked to another thebridge running version 0.33 or later then user's callsign and name will be displayed on the linked conference next to the conference's callsign in the station list. The .connect command can actually be used to connect to any station it is not restricted to conferences. If a connection is established to an user station he will be able to disconnect using the usual method, this is equivalent to an administrator entering the .disconnect command. The "ALL" option to the ".disconnect" command disconnects all users, not just users who were connected to using the ".connect" command. ".lurk disable" ".lurk enable" ".lurk " ".delurk " Lurking is one of my personal favorite capabilities of thebridge, infact it was the first command. However not everyone shares my opinion. The ability to disable lurking has been the most requested feature. The disable option disables (duh!) the ability for stations to "lurk", the enable option restores the capability. By default lurking is enabled. Stations attempting to lurk when lurking is disabled will be sent a messages informing them that the lurking feature has been disabled. Sysops can set a specified station's lurking mode. This is useful to restore a stations state after thebridge has been (quickly) rebooted. "message [message text]" This command may be used by the scripting interface to send text messages to conference users. Unlike the normal EchoLink text mode messages received from the command port are assumed to be commands and need not be prefixed by a period. ".monitor [disable] " This command allows you to put a station in to a talk only mode. This command is basically the opposite of the ".mute" command, the monitored client can talk, but not listen. This is useful in certain (unusual) situations such as the recent shuttle disaster when you want to listen to a conference, but while ensuring local traffic does not interrupt it. The disable option is used to return a station to full transceive operation. ".mute" ".mute ." ".mute [ ...]" ".unmute [" This command allows the configuration variable PauseTime to be adjusted as needed during normal operation. The PauseTime variable sets the minimum gap between transmissions on the conference. Stations who jump in before the minimum time has elapsed will be sent a warning message and will not be repeated until the minimum pause time has elapsed. This parameter may help prevent repeater "bouncing" that occurs when multiple repeaters or link stations are logged into a conference room with poor operating parameters. It will also ensure that there's a break between transmissions to allow simplex links to leave the conference. ".play4 [-f] [-i] [displayed name]" This command allows a recording file to be played all users. When the file is played for all users an optional description may be entered which will appear on the station list as the "station" talking. If the description is omitted the "station" will be shown as "QST". The timing of the playback is controlled by the same configuration file variables as the .play command. Normally playback will begin as soon as the conference free (no one is talking), -f and -i flags are used to modify this behavour. The -f flag can be used to force the playback to begin immediately even if someone is talking. The -i flag can be used to force the playback to wait for IdleTimeout seconds of inactivity before the bulletin playback begins. These flags provide the ability for scripts to do things such as automatically playback a net at a particular while warning any users before hand to allow them time to finish their QSOs. For example a couple of warning anouncements could be played 10 mintutes, 5 minutes and one minute before the net and then the bulletin could be played exactly on time using the -f command. A less driven conference operator might simply use the -i command to play the bulletin as soon as the conference becomes free after the appointed time. This would allow QSOs to finish naturally before begining a playback. ".play4 -u " This variation of play4 command allows a recording to be played for a specifc user. ".users" ".users ?" The .users command lists the callsign of all conference users in order of login along with their attributes. This command is particularly useful for net control operators by enabling them to see more stations than will fit in the EchoLink client's info window. The meaning of the attribute characters may be display by the ".user ?" command. They are as follows: A - User is logged in as an administrator. S - User is logged in as a sysop. L - User is a Lurker. m - User's audio is muted. M - User's audio and text are muted. K - User's has been Kicked. B - User is a linked theBridge conference. C - User is a linked conference other than thebridge. F - User is playing a file (using the .play or .test commands). x - User is not currently active in the conference. P - User is a permanent connection (connected by a .connect command). T - User is currently Talking. 0 - User is using Speak Freely protocol. 1 - User is using RTP protocol. ! - User is an old version of thebridge which sent SDES packets containing a private "txt" extension field. ".belchfilter" ".belchfilter