Hi,
I am getting blank sms alerts for RECOVERED messages but for yellow or red the alerts are coming correctly. Could you tell me whats going wrong ?
My xymon version is : - 4.3.10
HOST=$PRD SERVICE=* EXSERVICE=disk MAIL $ADMIN color=red,yellow REPEAT=20 RECOVERED NOTICE format=sms MAIL $MANAGER color=red,yellow DURATION>20 REPEAT=20 RECOVERED NOTICE format=sms MAIL mail at example.com color=red,yellow REPEAT=60 RECOVERED NOTICE
Can anyone tell where should I look ?
On Tue, May 21, 2013 at 5:36 PM, deepak deore <deepakdeore2004 at gmail.com>wrote:
Hi,
I am getting blank sms alerts for RECOVERED messages but for yellow or red the alerts are coming correctly. Could you tell me whats going wrong ?
My xymon version is : - 4.3.10
HOST=$PRD SERVICE=* EXSERVICE=disk MAIL $ADMIN color=red,yellow REPEAT=20 RECOVERED NOTICE format=sms MAIL $MANAGER color=red,yellow DURATION>20 REPEAT=20 RECOVERED NOTICE format=sms MAIL mail at example.com color=red,yellow REPEAT=60 RECOVERED NOTICE
On 21 May 2013 22:06, deepak deore <deepakdeore2004 at gmail.com> wrote:
HOST=$PRD SERVICE=* EXSERVICE=disk MAIL $ADMIN color=red,yellow REPEAT=20 RECOVERED NOTICE format=sms MAIL $MANAGER color=red,yellow DURATION>20 REPEAT=20 RECOVERED NOTICE format=sms MAIL mail at example.com color=red,yellow REPEAT=60 RECOVERED NOTICE
Are all 3 recipients having the same problem?
Are there any interesting messages in the alert.log file?
What OS are you using, and what mail client and MTA?
J
Yes, all 3 recipients have the same problem. alert.log has "Null message body; hope that's ok" message. I am using win7 with outlook 2010, MTA is amazon SES.
On Thu, May 23, 2013 at 5:26 AM, Jeremy Laidman <jlaidman at rebel-it.com.au>wrote:
On 21 May 2013 22:06, deepak deore <deepakdeore2004 at gmail.com> wrote:
HOST=$PRD SERVICE=* EXSERVICE=disk MAIL $ADMIN color=red,yellow REPEAT=20 RECOVERED NOTICE format=sms MAIL $MANAGER color=red,yellow DURATION>20 REPEAT=20 RECOVERED NOTICE format=sms MAIL mail at example.com color=red,yellow REPEAT=60 RECOVERED NOTICE
Are all 3 recipients having the same problem?
Are there any interesting messages in the alert.log file?
What OS are you using, and what mail client and MTA?
J
What's the OS that Xymon is running on?
What mail system runs on the Xymon server?
Xymon will probably execute the binary /usr/bin/mail. What is /usr/bin/mail? Is it mailx or mutt or something else? On RedHat/Fedora/Centos/SUSE you can type "rpm -qi -f /usr/bin/mail" to find out. On Debian-based systems, try "dpkg -S /usr/bin/mail" to get the package name, and "dpkg -s <pkgname>" to get the details. From the error message you gave, I suspect it is mailx.
Have you tried with FORMAT=PLAIN?
You could try setting MAIL and MAILC to use nail or mutt rather than mailx, if you have them installed, something like this:
MAILC="/usr/bin/nail"
Some folks have had problems with mailx not liking carriage-return characters. Using nail should fix this, but this might also work:
MAILC="/usr/bin/tr -d '\\015' | mail"
J
On 23 May 2013 16:46, deepak deore <deepakdeore2004 at gmail.com> wrote:
Yes, all 3 recipients have the same problem. alert.log has "Null message body; hope that's ok" message. I am using win7 with outlook 2010, MTA is amazon SES.
On Thu, May 23, 2013 at 5:26 AM, Jeremy Laidman <jlaidman at rebel-it.com.au>wrote:
On 21 May 2013 22:06, deepak deore <deepakdeore2004 at gmail.com> wrote:
HOST=$PRD SERVICE=* EXSERVICE=disk MAIL $ADMIN color=red,yellow REPEAT=20 RECOVERED NOTICE format=sms MAIL $MANAGER color=red,yellow DURATION>20 REPEAT=20 RECOVERED NOTICE format=sms MAIL mail at example.com color=red,yellow REPEAT=60 RECOVERED NOTICE
Are all 3 recipients having the same problem?
Are there any interesting messages in the alert.log file?
What OS are you using, and what mail client and MTA?
J
Server OS is Ubuntu 12.04.2 LTS $ dpkg -S /usr/bin/mail dpkg-query: no path found matching pattern /usr/bin/mail.
This is a symlink so dpkg -S not showing the result. So checked the actual file which shows that mailutils owns this file. And MTA I am using is postfix.
$ ls -l /usr/bin/mail lrwxrwxrwx 1 root root 22 Jan 13 09:39 /usr/bin/mail -> /etc/alternatives/mail $ ls -l /etc/alternatives/mail lrwxrwxrwx 1 root root 23 Jan 13 09:39 /etc/alternatives/mail -> /usr/bin/mail.mailutils $ dpkg -S /usr/bin/mail.mailutils mailutils: /usr/bin/mail.mailutils
I am getting the RECOVERED mails properly but the SMS alerts on mobiles are blank which are in FORMAT=sms. I havent tried FORMAT=PLAIN, will give a try.
On Thu, May 23, 2013 at 1:19 PM, Jeremy Laidman <jlaidman at rebel-it.com.au>wrote:
What's the OS that Xymon is running on?
What mail system runs on the Xymon server?
Xymon will probably execute the binary /usr/bin/mail. What is /usr/bin/mail? Is it mailx or mutt or something else? On RedHat/Fedora/Centos/SUSE you can type "rpm -qi -f /usr/bin/mail" to find out. On Debian-based systems, try "dpkg -S /usr/bin/mail" to get the package name, and "dpkg -s <pkgname>" to get the details. From the error message you gave, I suspect it is mailx.
Have you tried with FORMAT=PLAIN?
You could try setting MAIL and MAILC to use nail or mutt rather than mailx, if you have them installed, something like this:
MAILC="/usr/bin/nail"
Some folks have had problems with mailx not liking carriage-return characters. Using nail should fix this, but this might also work:
MAILC="/usr/bin/tr -d '\\015' | mail"
J
On 23 May 2013 16:46, deepak deore <deepakdeore2004 at gmail.com> wrote:
Yes, all 3 recipients have the same problem. alert.log has "Null message body; hope that's ok" message. I am using win7 with outlook 2010, MTA is amazon SES.
On Thu, May 23, 2013 at 5:26 AM, Jeremy Laidman <jlaidman at rebel-it.com.au
wrote:
On 21 May 2013 22:06, deepak deore <deepakdeore2004 at gmail.com> wrote:
HOST=$PRD SERVICE=* EXSERVICE=disk MAIL $ADMIN color=red,yellow REPEAT=20 RECOVERED NOTICE format=sms MAIL $MANAGER color=red,yellow DURATION>20 REPEAT=20 RECOVERED NOTICE format=sms MAIL mail at example.com color=red,yellow REPEAT=60 RECOVERED NOTICE
Are all 3 recipients having the same problem?
Are there any interesting messages in the alert.log file?
What OS are you using, and what mail client and MTA?
J
FORMAT=PLAIN is working, I am receiving the recovered messages on my mobile. But that message is way long since it is not in sms format.
could you tell where should i look?
On Thu, May 23, 2013 at 3:11 PM, deepak deore <deepakdeore2004 at gmail.com>wrote:
Server OS is Ubuntu 12.04.2 LTS $ dpkg -S /usr/bin/mail dpkg-query: no path found matching pattern /usr/bin/mail.
This is a symlink so dpkg -S not showing the result. So checked the actual file which shows that mailutils owns this file. And MTA I am using is postfix.
$ ls -l /usr/bin/mail lrwxrwxrwx 1 root root 22 Jan 13 09:39 /usr/bin/mail -> /etc/alternatives/mail $ ls -l /etc/alternatives/mail lrwxrwxrwx 1 root root 23 Jan 13 09:39 /etc/alternatives/mail -> /usr/bin/mail.mailutils $ dpkg -S /usr/bin/mail.mailutils mailutils: /usr/bin/mail.mailutils
I am getting the RECOVERED mails properly but the SMS alerts on mobiles are blank which are in FORMAT=sms. I havent tried FORMAT=PLAIN, will give a try.
On Thu, May 23, 2013 at 1:19 PM, Jeremy Laidman <jlaidman at rebel-it.com.au>wrote:
What's the OS that Xymon is running on?
What mail system runs on the Xymon server?
Xymon will probably execute the binary /usr/bin/mail. What is /usr/bin/mail? Is it mailx or mutt or something else? On RedHat/Fedora/Centos/SUSE you can type "rpm -qi -f /usr/bin/mail" to find out. On Debian-based systems, try "dpkg -S /usr/bin/mail" to get the package name, and "dpkg -s <pkgname>" to get the details. From the error message you gave, I suspect it is mailx.
Have you tried with FORMAT=PLAIN?
You could try setting MAIL and MAILC to use nail or mutt rather than mailx, if you have them installed, something like this:
MAILC="/usr/bin/nail"
Some folks have had problems with mailx not liking carriage-return characters. Using nail should fix this, but this might also work:
MAILC="/usr/bin/tr -d '\\015' | mail"
J
On 23 May 2013 16:46, deepak deore <deepakdeore2004 at gmail.com> wrote:
Yes, all 3 recipients have the same problem. alert.log has "Null message body; hope that's ok" message. I am using win7 with outlook 2010, MTA is amazon SES.
On Thu, May 23, 2013 at 5:26 AM, Jeremy Laidman < jlaidman at rebel-it.com.au> wrote:
On 21 May 2013 22:06, deepak deore <deepakdeore2004 at gmail.com> wrote:
HOST=$PRD SERVICE=* EXSERVICE=disk MAIL $ADMIN color=red,yellow REPEAT=20 RECOVERED NOTICE format=sms MAIL $MANAGER color=red,yellow DURATION>20 REPEAT=20 RECOVERED NOTICE format=sms MAIL mail at example.com color=red,yellow REPEAT=60 RECOVERED NOTICE
Are all 3 recipients having the same problem?
Are there any interesting messages in the alert.log file?
What OS are you using, and what mail client and MTA?
J
I was not aware that PLAIN and SMS were significantly different.
From: deepak deore [mailto:deepakdeore2004 at gmail.com] Sent: Saturday, May 25, 2013 06:46 AM To: Jeremy Laidman <jlaidman at rebel-it.com.au> Cc: xymon at xymon.com <xymon at xymon.com> Subject: Re: [Xymon] blank recovered sms alerts on mail
FORMAT=PLAIN is working, I am receiving the recovered messages on my mobile. But that message is way long since it is not in sms format.
could you tell where should i look?
On Thu, May 23, 2013 at 3:11 PM, deepak deore <deepakdeore2004 at gmail.com<mailto:deepakdeore2004 at gmail.com>> wrote: Server OS is Ubuntu 12.04.2 LTS $ dpkg -S /usr/bin/mail dpkg-query: no path found matching pattern /usr/bin/mail.
This is a symlink so dpkg -S not showing the result. So checked the actual file which shows that mailutils owns this file. And MTA I am using is postfix.
$ ls -l /usr/bin/mail lrwxrwxrwx 1 root root 22 Jan 13 09:39 /usr/bin/mail -> /etc/alternatives/mail $ ls -l /etc/alternatives/mail lrwxrwxrwx 1 root root 23 Jan 13 09:39 /etc/alternatives/mail -> /usr/bin/mail.mailutils $ dpkg -S /usr/bin/mail.mailutils mailutils: /usr/bin/mail.mailutils
I am getting the RECOVERED mails properly but the SMS alerts on mobiles are blank which are in FORMAT=sms. I havent tried FORMAT=PLAIN, will give a try.
On Thu, May 23, 2013 at 1:19 PM, Jeremy Laidman <jlaidman at rebel-it.com.au<mailto:jlaidman at rebel-it.com.au>> wrote: What's the OS that Xymon is running on?
What mail system runs on the Xymon server?
Xymon will probably execute the binary /usr/bin/mail. What is /usr/bin/mail? Is it mailx or mutt or something else? On RedHat/Fedora/Centos/SUSE you can type "rpm -qi -f /usr/bin/mail" to find out. On Debian-based systems, try "dpkg -S /usr/bin/mail" to get the package name, and "dpkg -s <pkgname>" to get the details. From the error message you gave, I suspect it is mailx.
Have you tried with FORMAT=PLAIN?
You could try setting MAIL and MAILC to use nail or mutt rather than mailx, if you have them installed, something like this:
MAILC="/usr/bin/nail"
Some folks have had problems with mailx not liking carriage-return characters. Using nail should fix this, but this might also work:
MAILC="/usr/bin/tr -d '\\015' | mail"
J
On 23 May 2013 16:46, deepak deore <deepakdeore2004 at gmail.com<mailto:deepakdeore2004 at gmail.com>> wrote: Yes, all 3 recipients have the same problem. alert.log has "Null message body; hope that's ok" message. I am using win7 with outlook 2010, MTA is amazon SES.
On Thu, May 23, 2013 at 5:26 AM, Jeremy Laidman <jlaidman at rebel-it.com.au<mailto:jlaidman at rebel-it.com.au>> wrote: On 21 May 2013 22:06, deepak deore <deepakdeore2004 at gmail.com<mailto:deepakdeore2004 at gmail.com>> wrote: HOST=$PRD SERVICE=* EXSERVICE=disk MAIL $ADMIN color=red,yellow REPEAT=20 RECOVERED NOTICE format=sms MAIL $MANAGER color=red,yellow DURATION>20 REPEAT=20 RECOVERED NOTICE format=sms MAIL mail at example.com<mailto:mail at example.com> color=red,yellow REPEAT=60 RECOVERED NOTICE
Are all 3 recipients having the same problem?
Are there any interesting messages in the alert.log file?
What OS are you using, and what mail client and MTA?
J
On 05/25/13 06:46, deepak deore wrote:
FORMAT=PLAIN is working, I am receiving the recovered messages on my mobile. But that message is way long since it is not in sms format.
could you tell where should i look?
deepak, I think I may have run into a similar issue a long time ago, or maybe my issue was that I didn't like the level, or type of detail in the SMS format (i forget now), so I wrote a script to take the PLAIN format and TXT it to me via the AT&T email-to-SMS gateway. The benefit of this is that you have complete control to manipulate the format and contents of the SMS that gets sent.
Here's what I did:
First, in alerts.cfg
Define recipient variables
--------------------------
$waaphone=##########
Define scripts
--------------
$xymon-email-alert=/usr/local/sbin/xymon-email-alert.sh $xymon-sms-alert=/usr/local/sbin/xymon-SMS-alert.sh
Define Times
------------
$ninetofive=W:0900:1700 $afterhours=W:1701:0859 $weekends=60:0000:2359 $smsalerthours=W:0730:2359,60:0900:2200 $never=365d
Define Alerts
-------------
Match ALL FIREWALLS
-------------------
PAGE=revpol/client_firewalls SCRIPT $xymon-sms-alert $waaphone TIME=$smsalerthours DURATION>5m / FORMAT=SMS REPEAT=$neverCOLOR=yellow,red RECOVERED
Then my SMS alert script (/usr/local/sbin/xymon-SMS-alert.sh) follows. It could probably use some improvement, been a while since I worked with it. :) (this may wrap poorly in email)
--[snip]-- #!/bin/bash
waa - 20100209
---------------
date=date +%Y%m%d-%H:%M:%S
log="/tmp/xymon-SMS.log"
FROM="From: RP Xymon <someone at example.com>"
TO="To: $RCPT"
First, determine if this is a NOTICE message
(eg: disabling or enabling a test)
--------------------------------------------
NOTICE=echo "$BBALPHAMSG" | grep " INFO"
if [ ! -z "$NOTICE" ]; then
This is an INFO type report, so get the event
(what was enabled/disabled) and the reason
---------------------------------------------
EVENT=echo "$BBALPHAMSG" | grep "Monitoring of"
REASON=echo "$BBALPHAMSG" | grep "Reason:" | cut -d':' -f2-
if [ -z "$REASON" ]; then
MSG="$EVENT"
else
MSG="$EVENT:$REASON"
fi
else # This was not an INFO type report so create # and format the normal SMS message # ------------------------------------------
# Determine if this is a recovery notice for a test
# -------------------------------------------------
if [ "$RECOVERED" = "1" ]; then
RECOVERED=" (Recovered)"
else
RECOVERED=""
fi
# Uppercase the service name
# --------------------------
UPSVCNAME=`echo $BBSVCNAME | tr [:lower:] [:upper:]`
# Set the message text
# --------------------
MSG="$RECOVERED ($BBCOLORLEVEL) $UPSVCNAME on $BBHOSTNAME\nDown for$DOWNSECS seconds" fi
EMAIL="$FROM\n$TO\n\n$MSG"
Send the email to the email-to-SMS gateway
------------------------------------------
echo -e "$EMAIL" | /usr/sbin/sendmail -t --[snip]--
Hope this helps.
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/ --not responsible for anything below this line--
participants (4)
-
deepakdeore2004＠gmail.com
-
jlaidman＠rebel-it.com.au
-
novosirj＠umdnj.edu
-
waa-hobbitml＠revpol.com