Re: cfexecd not sending emails

Lance Albertson <[email protected]>
Newsgroups gmane.comp.sysutils.cfengine.bugs
Message-ID <[email protected]>
Mark Burgess wrote:
>> Furthermore, I thought : ok, let's comment out the unlinking of 'outputs/previous' in the source (2.2.7), recompile, and see. I should get an email once and only once. But I observed that no email was ever sent, even if the output of cfagent was different ("Previous output is the same..." ?!)
>> I finally found out that FileChecksum() was not working as expected, because OpenSSL_add_all_digests() was not called around...
>> After I added it, cfexecd would behave as expected.
> 
> Thank you very much for seeing this! This is very well spotted!
> 
>> As a conclusion :
>> - why not keep 'outputs/previous' if CompareResult fails ?
>> - OpenSSL_add_all_digests() should be called in cfexecd (bug)
>> - is an identical mail really sent once per day ?
> 
> Yes, I believe that an identical mail will be sent unless overridden 
> by a different message.

Mark: Is this related to our problems with sending emails? We're in a 
similar situation where we have cfservd running in daemon mode, but do 
the actual runs in cron.

Thanks!

-- 
Lance Albertson                                    lance <at> osuosl.org
Systems Administrator / Architect                        Open Source Lab
Network Services                                 Oregon State University
Work: 541-737-9975                                   PGP Key: 0x27F4B742
GPG Fingerprint       0423 92F3 544A 1282 5AB1  4D07 416F A15D 27F4 B742

_______________________________________________
Bug-cfengine mailing list
[email protected]
https://cfengine.org/mailman/listinfo/bug-cfengine
signature.asc (application/pgp-signature, 251 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFIYVvcQW+hXSf0t0IRAmi/AKDHawWKKw2tP3Fa8+7Mp1x6UjSJ1gCfTLvA
W7Jnau8xyJWd2QSpOpvrKWs=
=gUaN
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.