Agent-TCLI
view release on metacpan or search on metacpan
lib/Agent/TCLI/Package/XMPP.pm view on Meta::CPAN
message is directed at itself. The possible settings are:
all - treat everything from others as a command
log - ignore everything from others, only use chatroom for logging
named - only accept commands prefixed by the name followed by a colon
prefixed - only accept commands prefixed by the group_prefix,
by default a colon
type: Param
---
Agent::TCLI::Parameter:
name: group_prefix
constraints:
- ASCII
help: sets the prefix used in group chats
manual: >
The group_prefix sets the prefix used by the group_mode prefixed option.
By default, it is a colon.
type: Param
---
Agent::TCLI::Parameter:
name: id
constraints:
- ASCII
help: the user id
manual: >
ID of user in a form acceptable to the protocol.
XMPP/Jabber IDs MUST not include resource information.
type: Param
---
Agent::TCLI::Parameter:
name: auth
constraints:
- ASCII
help: Authorization level of user.
manual: |
Authorization level of user. MUST be one of these values:
reader - has read access
writer - has write access
master - has root access
logger - receives copies of all messages, can't do anything
Note that commands must choose from the above to determine if a user can
do anything. Not very robust, but hey, it's not even 1.0 yet.
Every user should be defined with an B<auth>, but currently this is not
being checked anywhere.
type: Param
---
Agent::TCLI::Parameter:
name: protocol
constraints:
- ASCII
help: Protocol that user is allowed access on.
manual: >
Protocol that user is allowed access on. Currently only xmpp and
xmpp-groupchat are supported by Transport::XMPP. If the protocol
is xmpp-groupchat, the Transport will automatically join the
conference room when the user is added.
type: Param
---
Agent::TCLI::Parameter:
name: password
constraints:
- ASCII
help: A password for the user.
manual: >
A password for the user. For a private XMPP chatroom,
this is used to log on. It is not used anywhere else currently.
type: Param
---
Agent::TCLI::Command:
call_style: session
command: tcli_xmpp
contexts:
ROOT:
- jabber
- xmpp
handler: establish_context
help: 'manipulate the jabber/xmpp transport'
manual: >
This command allows one to control various aspects of the XMPP
transport.
name: xmpp
topic: admin
usage: xmpp change group_mode prefixed
---
Agent::TCLI::Command:
name: change
call_style: session
command: tcli_xmpp
contexts:
jabber: change
xmpp: change
handler: change
help: 'change the jabber/xmpp transport parameters'
manual: >
This command allows one to change one of several different parameters
that control the operation of the XMPP transport.
parameters:
group_mode:
group_prefix:
xmpp_verbose:
topic: admin
usage: xmpp change group_mode prefixed
---
Agent::TCLI::Command:
name: show
call_style: session
command: tcli_xmpp
contexts:
jabber: show
xmpp: show
handler: show
help: 'show the jabber/xmpp transport settings'
manual: >
This command will show the current setting for parameters
that control the operation of the XMPP transport. One can use all
to see all the parameters.
parameters:
group_mode:
group_prefix:
xmpp_verbose:
controls:
peers:
topic: admin
usage: xmpp show group_mode
---
Agent::TCLI::Command:
name: shutdown
call_style: session
command: tcli_xmpp
contexts:
jabber: shutdown
xmpp: shutdown
handler: shutdown
help: 'shutdown the jabber/xmpp transport'
topic: admin
usage: xmpp shutdown
---
Agent::TCLI::Command:
name: peer
call_style: session
command: tcli_xmpp
contexts:
jabber: peer
xmpp: peer
handler: establish_context
help: 'manage peers that the transport talks to'
manual: >
The peer command allows one to add or delete users from the list of
peers that the Transport will communicate with. Currently this list of
peers is not savable.
topic: admin
usage: xmpp peer add id=peer@example.com protocol=xmpp auth=master
---
Agent::TCLI::Command:
call_style: session
command: tcli_xmpp
contexts:
jabber:
peer: add
xmpp:
peer: add
handler: peer
help: 'add peers that the transport talks to'
manual: >
The peer command allows one to add or delete users from the list of
peers that the Transport will communicate with. Currently this list of
peers is not savable.
name: peer-add
parameters:
auth:
id:
password:
protocol:
required:
auth:
id:
protocol:
topic: admin
usage: xmpp peer add id=peer@example.com protocol=xmpp auth=master
---
Agent::TCLI::Command:
call_style: session
command: tcli_xmpp
contexts:
jabber:
peer: delete
xmpp:
peer: delete
handler: peer
help: 'delete peers that the transport talks to'
manual: >
The delete command allows one to delete users from the list of
peers that the Transport will communicate with. When the user is
deleted, they will not be able to begin new sessions, but existing
sessions may continue. The delete command will accept all the same
parameters as the add command, although it ignores everything
but the id.
name: peer-delete
parameters:
auth:
id:
password:
protocol:
required:
id:
topic: admin
usage: xmpp peer add id=peer@example.com protocol=xmpp auth=master
...
}
=item peer
This POE event handler executes the peer commands.
=cut
sub peer {
my ($kernel, $self, $sender, $request, ) =
@_[KERNEL, OBJECT, SENDER, ARG0, ];
# It seems that the proper way to handle removing users would be to delete
# the user's control and making sure that the user is authenticated before
# starting up a new control. There needs to be a remove control capability
# within a transport.
my $txt = '';
my $param;
my $command = $request->command->[0];
my $cmd = $self->commands->{'peer-'.$command};
# break down args
return unless ( $param = $cmd->Validate($kernel, $request, $self) );
$self->Verbose("peer: param dump",4,$param);
my $user = Agent::TCLI::User->new($param
);
if ($user)
{
$kernel->post('transport_xmpp' => 'Peers' =>
$command,
$user,
$request
);
}
else
{
$request->respond($kernel, "peer $command failed ", 417);
}
return ($self->name.":peer")
}
=item change
This POE event handler executes the change command.
=cut
sub change {
( run in 0.508 second using v1.01-cache-2.11-cpan-d8267643d1d )