syslog not coming up Post: 302608169

5 More Discussions You Might Find Interesting

1. Red Hat

Sendmail help on RH 9 - going out but NOT coming in..

Is there not one of us who can help here?? I'm really letting down my pants here - not sure what's going on but if you could foreward this link to a group you may know I would greatly appreciate it. I'm getting this error: May 30 22:18:35 MYSERVERNAME sendmail: j4V2HWka015549: ...

2. Linux

incoming mails not coming

I am using Linux box. i am able to send mails through sendmail to local and other domains. i am not receving any incoming mails. dovecot service is running.

3. Shell Programming and Scripting

return value not coming as expected

Hi, We are using a shell script which is called from COBOL program. Here the program works fine till we are using MicroFocus(MF) COBOL 4 and UNIX AIX 5.3. Recently we have upgraded to MicroFocus(MF) COBOL 5.1 but same AIX version. now the shell script not working as expected. The shell...

4. UNIX for Dummies Questions & Answers

coming out from vi editior

Hi Folks, I have opened a log file through Vi editor in putty itself and I was searching for a pattern in logs , let say 'ABCD' /abcd then I want to come out from vi editor, Please advise what is the command to come out from unix editor..!

5. Infrastructure Monitoring

Notifications not coming through

Issue: I'm not receiving notifications I can succesfully receive an e-mail if I do this on the command line: /usr/bin/mail -s "NAGIOS HOST ALERT on $HOSTNAME$" rgouette@butlerbros.com but, my command.cfg configuration below, refuses to send an e-mail when I set a service to a critical...

LEARN ABOUT OPENSOLARIS

in.stlisten

in.stlisten(1M) 					  System Administration Commands					   in.stlisten(1M)

NAME

       in.stlisten - Service Tag Listener

SYNOPSIS

       /usr/lib/inet/in.stlisten

DESCRIPTION

       The in.stlisten daemon allows a mechanism for  discovering      the  location  of  the Service Tag. By default, the in.stlisten daemon lis-
       tens for discovery probes (using  a minimal built-in protocol) on TCP port 6481.

       The daemon is under control of the service management facility, smf(5), under its inetd framework.  It only runs upon demand and exits when
       no longer in use.

ATTRIBUTES

       See attributes(5) for descriptions of the following attributes:

       +-----------------------------+-----------------------------+
       |      ATTRIBUTE TYPE	     |	    ATTRIBUTE VALUE	   |
       +-----------------------------+-----------------------------+
       |Availability		     |SUNWservicetagu		   |
       +-----------------------------+-----------------------------+
       |Interface Stability	     |Private			   |
       +-----------------------------+-----------------------------+

SEE ALSO

       in.stdiscover(1M), stclient(1M), svccfg(1M), attributes(5), environ(5), smf(5)

NOTES

       In  open  networks  where  the  participants  may not always be trusted, it is recommended that you deploy this daemon with the passphrase-
       encryption option. In smf(5) environments, the following command can be used to set the passphrase:

	 < prepare a text file "passfile" containing the passphrase >
	 # chown svctag:daemon passfile
	 # chmod 600 passfile
	 svccfg -s svc:/network/stlisten 
		 setprop servicetag/passphrase=passfile

       where passfile is the path of a file containing the intended passphrase.

       This passphrase can be subsequently cleared as follows:

	 svccfg -s svc:/network/stlisten 
		 setprop servicetag/passphrase=""

SunOS 5.11							    11 Dec 2007 						   in.stlisten(1M)