NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
flyvert
Sep 12, 2012Aspirant
Email alert does not work @ RAIDiator 4.2.21
I've attempted to configure email alert to a couple of recipients, but I can't get it to work using the built-in, nor the gmail mail engine. The /var/log/exim/mainlog lists this after attempting to...
flyvert
Sep 13, 2012Aspirant
I made an initial attempt to configure alerts shortly after buying the unit (soon a year ago) that ended with negative results.
Some time ago I upgraded to the most recent RAIDiator FW and I have now given the alerting another round with a network sniffer in between to see what takes place and not.
Are there any known "no-nos" like using the same gmail account for both sending and receiving the alert?
Why does the box remain silent on SMTP when using the internal mail engine?
As "junk" is piling up @ /var/spool/exim/..., is there any idea to "flush it" to get a clean start?
I see no older messages than these two days of failed attempts so I guess the unsend mail expire or the FW upgrade some time ago erased the unsent mail from my first attempt almost a year ago?
However, there are two files from my first attempts a year ago (2011) that must have survived the FW upgrade.
/var/spool/exim/db:
total 48
-rw-r----- 1 mail mail 24576 2012-09-13 22:08 wait-remote_smtp
-rw-r----- 1 mail mail 24576 2012-09-13 22:08 retry
-rw-r----- 1 mail mail 0 2011-09-17 21:57 wait-remote_smtp.lockfile
-rw-r----- 1 mail mail 0 2011-09-17 21:56 retry.lockfile
Any ideas folks?
/f
Some time ago I upgraded to the most recent RAIDiator FW and I have now given the alerting another round with a network sniffer in between to see what takes place and not.
Are there any known "no-nos" like using the same gmail account for both sending and receiving the alert?
Why does the box remain silent on SMTP when using the internal mail engine?
As "junk" is piling up @ /var/spool/exim/..., is there any idea to "flush it" to get a clean start?
I see no older messages than these two days of failed attempts so I guess the unsend mail expire or the FW upgrade some time ago erased the unsent mail from my first attempt almost a year ago?
However, there are two files from my first attempts a year ago (2011) that must have survived the FW upgrade.
/var/spool/exim/db:
total 48
-rw-r----- 1 mail mail 24576 2012-09-13 22:08 wait-remote_smtp
-rw-r----- 1 mail mail 24576 2012-09-13 22:08 retry
-rw-r----- 1 mail mail 0 2011-09-17 21:57 wait-remote_smtp.lockfile
-rw-r----- 1 mail mail 0 2011-09-17 21:56 retry.lockfile
Any ideas folks?
/f
Related Content
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!