Hi,
the error is returned because there is syntax error. The most
probable reason is, that you are running monit which doesn't support
the SSL for mailserver yet (the options "username" and "password"
were added in monit 4.10.1).
Are you running monit 4.10.1 or later?
I have tested the example from your mail and get following error
with monit-5.0-beta1 ("timout" vs. "timeout"):
$ ./monit -vIc /etc/monitrc
/etc/monitrc:96: Warning: hostname did not resolve 'timout'
/etc/monitrc:96: Error: syntax error '30'
Since the "timout" is not recognized as mailserver option, it is
handled as if it is mailserver and monit tries to resolve it which
failed.
Thanks,
Martin
On Apr 26, 2008, at 11:06 PM, Guby wrote:
Hi Jovan!
Thanks for the reply!
I removed the port and the tlsv1 option but I am still getting
somewhat the same errors...
/etc/monit/monitrc:3: Error: hostname did not resolve 'username'
/etc/monit/monitrc:3: Error: hostname did not resolve 'address@hidden'
/etc/monit/monitrc:3: Error: hostname did not resolve 'password'
/etc/monit/monitrc:3: Error: hostname did not resolve '[PASSWORD]'
I am not really sure which environment variables to add, I am not
really a linux master...
If you have any more suggestions at the top of your head, please
let me know!
Best regards
Sebastian
On Apr 26, 2008, at 5:45 PM, Jovan Kostovski wrote:
Hi Sebastian,
From the thing that you've written it seams to me that when you
run monit there are some unset environment variables, or you
can not access the google's smtp server. This variables should
be added to the monit startup script.
Try to start monit without setting port 465 and tlsv1 option and see
what's happening.
Maybe monit can not initiate the secure channel because there are
some
env vars missing which are needed for tlsv1 connection.
BR, Jovan
--
To unsubscribe:
http://lists.nongnu.org/mailman/listinfo/monit-general
--
To unsubscribe:
http://lists.nongnu.org/mailman/listinfo/monit-general
--
To unsubscribe:
http://lists.nongnu.org/mailman/listinfo/monit-general