要求协助configurationSecAst电子邮件警报以使用Google Apps托pipe帐户（根据D代请求在此处发布）…
我们在系统上安装了SecAst，并使用以下版本安装了Ubuntu 12.04.4 Server x86_64 LTS和Asterisk 11.10.2的新安装：
secast-1.0.1.0-x86_64-ub12.tar.gz 根据/ var / log / secast文件，MySQL，iptables，Asterisk / var / log / asterisk / messages文件和AMI的接口似乎function正常。 telnet接口按预期工作，并且套接字接口似乎根据预期在/tmp/secast.sock中创build。 我们能够以前台或守护进程的方式从命令行启动secast可执行二进制文件，或者作为服务。
目前，我们正着眼于使用'/ usr / local / secast / secast -f'在前台启动它，并检查/ var / log / secast文件以进行更改。 在运行之间，我们更改/etc/xdg/generationd/secast.conf中的configuration设置
不幸的是，即使在浏览SecAst详细安装指南PDF文档（docs / detailed_installation_guide.pdf）之后，我们仍然遇到了一些难以find电子邮件警报的工作configuration。
请注意，我们使用Google托pipe的电子邮件，通过Google Apps用于我们的域。
我们已确认POP和SMTP访问已启用并按预期工作。
我们已经从命令行使用openssl手动validation了SMTP连接的function，如下所示：
https://stackoverflow.com/questions/11046135/how-to-send-email-using-simple-smtp-commands-via-gmail
在这些使用openssl的手动SMTPtesting中，我们通过端口465（SSLencryption），端口587（TLSencryption）甚至端口25（TLSencryption）使用了AUTH PLAIN和AUTH LOGIN。 所有组合按照预期通过terminal的openssltesting工作。
但是，我们还没有设法在/etc/xdg/generationd/secast.conf文件中find导致secast成功发送电子邮件警报（日志文件中的错误;见下文）的设置组合。
我们可以根据要求提供我们的电子邮件的私人信息进行故障排除。
用于身份validation“用户名”的login“用户名”必须是完整的电子邮件地址，包括@符号。 在想知道用户名中的@符号是否有问题之后，我们甚至试着用\（反斜杠）来转义它。
我们尝试过的组合似乎都不起作用，所有在/ var / log / secast文件中都会产生这样的消息：
2014-06-23T16:35:48, 00000801, E, Alert, Failed to send email: Entering active state
请帮助我们使用我们的SecAst设置来获取电子邮件提醒。
我们在我们的smtp库中确认了一个与encryption有关的错误，它只影响一些SMTP主机（包括谷歌）。 我们已经暂时切换smtp库，并确认SecAst现在可以通过谷歌使用TLS和SSL发送。 SecAst版本1.0.4现在可以在www.generationd.com网站上下载，并且应该可以在Google上正常工作。
发送邮件时，1.0.4版本包含错误的stdout消息，但您可以忽略它。 另外，如果将SecAst作为服务运行，守护进程会closuresstdout，所以这通常不会引起注意。 我们也知道这个新的smtp库的html标签格式问题 – 所以如果你使用html格式的警报消息，只是忽略任何格式问题。 下一个小版本（1.1.x）也将解决这些问题。
如果从以前版本的SecAst升级，请务必检查示例secast.conf文件以获取必须执行的新设置。 如果从1.0.x升级，那么只有[数据库]节中的“启用”键是新的。 由于默认的数据库设置现在被禁用，您可能会注意到，如果没有这个新的密钥，数据库将不再更新。 此升级不需要其他更改。