10 More Discussions You Might Find Interesting
1. Windows & DOS: Issues & Discussions
Dear all,
I I want to login to my Linux machine using putty and then run some script from Windows machine.we can do it after loging it and then execute the script by typing it in putty command line screen. but I want to automate it.So whenever I will fire this script,it will do the following... (4 Replies)
Discussion started by: smartgupta
4 Replies
2. AIX
Hi AIX Guru's,
I am a bit new to this AIX stuff . Does anyone of you know how to send SMS
messages from an AIX box. We are able to send emails to the internet from
this AIX box , and I was hoping sending SMS's would be something similar
Any help would be greatly appreciated .
Please... (4 Replies)
Discussion started by: smdasim
4 Replies
3. Shell Programming and Scripting
Hi,
Here below the logs from the mail server:
less /var/log/messages:
Sep 6 04:03:31 server-59 out: 1252227811|webmaster@zilia.com|antonino.granata@gmail.com|2175|success|1
Sep 6 04:03:33 server-59 in: 1252227813|news@tarot.com|junk@thess.com|30376|success|1
Sep 6 04:03:35 server-59... (8 Replies)
Discussion started by: gsiva
8 Replies
4. Shell Programming and Scripting
Hi All,
Can I automate a script when some one trying to 'vi' (open) a file.
For Example, I am having a file named 'SecuredShell.sh'.
when a user types " vi SecuredShell.sh " in unix command prompt a script named secure.sh needs to be automated.
Can this be possible. if Yes please guide... (2 Replies)
Discussion started by: little_wonder
2 Replies
5. UNIX for Dummies Questions & Answers
Any body having idea or implemented SMS service with kannel..? Please help... (1 Reply)
Discussion started by: noufal
1 Replies
6. Shell Programming and Scripting
Hi All,
./procdure.ksh which opens the below the menu, I want to build a script which will press 4 and run the Sector Data Automatically (instead of pressing option 4 manually)
Is there any way for this, please let me know...
1) FX Rates MDU 9) Fidessa Cash... (7 Replies)
Discussion started by: niceboykunal123
7 Replies
7. Shell Programming and Scripting
I would like to automate script where i do not have to manually insert the username and password I wrote two different scripts but not able to achieve the results: here's to scripts i wrote
#!/bin/bash
cd /var/tmp
/home/server/steve/pca --askauth -idx
/opt/app/bin/expect <<EOF
expect... (3 Replies)
Discussion started by: sam786
3 Replies
8. UNIX for Advanced & Expert Users
I would like to automate script where i do not have to manually insert the username and password I wrote two different scripts but not able to achieve the results: here's to scripts i wrote
#!/bin/bash
cd /var/tmp
/home/server/steve/pca --askauth -idx
/opt/app/bin/expect <<EOF
expect... (1 Reply)
Discussion started by: sam786
1 Replies
9. Shell Programming and Scripting
I am trying to use a here document to automate testing a perl script however when the perl script hits a system(perl subscript.pl) call, input is no longer entered into this subscript.
here is my script
$ cat test.sh
#ksh
for testcase
do
program <<-EOF | tee -a funcscnlog.log
y... (3 Replies)
Discussion started by: hogger84
3 Replies
10. UNIX for Dummies Questions & Answers
I have a program that i have to run by cron. The program needs user input. So i have to automate that in a littke script.
start of script program.sh:
result=program.log; export result
echo Program starting : `date` >> $result
/usr/local/program >> $result
echo Program running : `date` >>... (11 Replies)
Discussion started by: erwinspeybroeck
11 Replies
nameserv::protocol(n) Name service facility nameserv::protocol(n)
__________________________________________________________________________________________________________________________________________________
NAME
nameserv::protocol - Name service facility, client/server protocol
SYNOPSIS
Bind name data
Release
Search pattern
ProtocolVersion
ProtocolFeatures
Search/Continuous/Start tag pattern
Search/Continuous/Stop tag
Search/Continuous/Change tag add|remove response
_________________________________________________________________
DESCRIPTION
The packages nameserv::server, nameserv, and nameserv::common provide a simple unprotected name service facility for use in small trusted
environments.
Please read Name service facility, introduction first.
This document contains the specification of the network protocol which is used by client and server to talk to each other, enabling imple-
mentations of the same protocol in other languages.
NANO NAME SERVICE PROTOCOL VERSION 1
This protocol defines the basic set of messages to be supported by a name service, also called the Core feature.
BASIC LAYER
The basic communication between client and server is done using the remote-execution protocol specified by the Tcl package comm. The rele-
vant document specifying its on-the-wire protocol can be found in comm_wire.
All the scripts exchanged via this protocol are single commands in list form and thus can be interpreted as plain messages instead of as
Tcl commands. The commands/messages specified in the next section are the only commands understood by the server-side. Command and variable
substitutions are not allowed within the messages, i.e. arguments have to be literal values.
The protocol is synchronous. I.e. for each message sent a response is expected, and has to be generated. All messages are sent by the
client. The server does not sent messages, only responses to messages.
MESSAGE LAYER
Bind name data
The client sends this message when it registers itself at the service with a name and some associated data. The server has to send
an error response if the name is already in use. Otherwise the response has to be an empty string.
The server has to accept multiple names for the same client.
Release
The client sends this message to unregister all names it is known under at the service. The response has to be an empty string,
always.
Search pattern
The client sends this message to search the service for names matching the glob-pattern. The response has to be a dictionary con-
taining the matching names as keys, and mapping them to the data associated with it at Bind-time.
ProtocolVersion
The client sends this message to query the service for the highest version of the name service protocol it supports. The response
has to be a positive integer number.
Servers supporting only Nano Name Service Protocol Version 1 have to return 1.
ProtocolFeatures
The client sends this message to query the service for the features of the name service protocol it supports. The response has to be
a list containing feature names.
Servers supporting only Nano Name Service Protocol Version 1 have to return {Core}.
NANO NAME SERVICE PROTOCOL EXTENSION
: CONTINUOUS SEARCH
This protocol defines an extended set of messages to be supported by a name service, also called the Search/Continuous feature. This fea-
ture defines additional messages between client and server, and is otherwise identical to version 1 of the protocol. See the last section
for the details of our foundation.
A service supporting this feature has to put the feature name Search/Continuous into the list of features returned by the message Proto-
colFeatures.
For this extension the protocol is asynchronous. No direct response is expected for any of the messages in the extension. Furthermore the
server will start sending messages on its own, instead of only responses to messages, and the client has to be able to handle these notifi-
cations.
Search/Continuous/Start tag pattern
The client sends this message to start searching the service for names matching the glob-pattern. In contrast to the regular Search
request this one asks the server to continuously monitor the database for the addition and removal of matching entries and to notify
the client of all such changes. The particular search is identified by the tag.
No direct response is expected, rather the clients expect to be notified of changes via explicit Search/Continuous/Result messages
generated by the service.
It is further expected that the tag information is passed unchanged to the Search/Continuous/Result messages. This tagging of the
results enables clients to start multiple searches and distinguish between the different results.
Search/Continuous/Stop tag
The client sends this message to stop the continuous search identified by the tag.
Search/Continuous/Change tag add|remove response
This message is sent by the service to clients with active continuous searches to transfer found changes. The first such message for
a new continuous search has to contains the current set of matching entries.
To ensure this a service has to generate an add-message with an empty response if there were no matching entries at the time.
The response has to be a dictionary containing the matching names as keys, and mapping them to the data associated with it at Bind-
time. The argument coming before the response tells the client whether the names in the response were added or removed from the
service.
BUGS, IDEAS, FEEDBACK
This document, and the package it describes, will undoubtedly contain bugs and other problems. Please report such in the category nameserv
of the Tcllib SF Trackers [http://sourceforge.net/tracker/?group_id=12883]. Please also report any ideas for enhancements you may have for
either package and/or documentation.
SEE ALSO
comm_wire(n), nameserv(n), nameserv::server(n)
KEYWORDS
comm, name service, protocol
CATEGORY
Networking
COPYRIGHT
Copyright (c) 2007-2008 Andreas Kupries <andreas_kupries@users.sourceforge.net>
nns 0.1 nameserv::protocol(n)
