tag:feedback.icinga.org,2008-02-07:/forums/50329-general/activityGeneral on UserVoice2012-02-05T16:55:04-08:00tag:feedback.icinga.org,2008-02-07:Event/106969442012-02-05T16:55:04-08:002012-02-05T16:55:04-08:00Thaks for good piece of work!<p>Vitex suggested:<br />Succesfully installed on debian</p>Vitextag:feedback.icinga.org,2008-02-07:Event/106624282012-02-01T01:47:27-08:002012-02-01T01:47:27-08:00nginx [updated]<p>I'd like to hear that oneday you support Nginx.....</p><p>Ricardo said:<br /><div class="ugc"><p>for now: <a href="https://dev.icinga.org/issues/2253" rel="nofollow" target="_blank">https://dev.icinga.org/issues/2253</a></p></div></p>Ricardotag:feedback.icinga.org,2008-02-07:Event/106556142012-01-31T04:08:07-08:002012-01-31T04:08:07-08:00Dependency for host and services.<p>Simon suggested:<br />It would be (REALLY) useful to have builtin dependencys into Icinga to get functionallity like http://bp-addon.monitoringexchange.org/ and an easy way to build up an dependency tree. Its a bit of a pain with BP and I would rather in my host and service configs specify dependency and let Icinga sort everything out by itself.</p>Simontag:feedback.icinga.org,2008-02-07:Event/105850092012-01-19T07:30:19-08:002012-01-19T07:30:19-08:00The feedback tab gets in the way of comments. [updated]<p>Move it. Like, to the right. Or just remove it.</p><p>dnsmichi said:<br /><div class="ugc"><p>Remove the feedback button? That proposal doesn't make any sense to me.</p></div></p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/105772202012-01-18T05:23:21-08:002012-01-18T05:23:21-08:00The feedback tab gets in the way of comments.<p>Anonymous suggested:<br />Move it. Like, to the right. Or just remove it.</p>Anonymoustag:feedback.icinga.org,2008-02-07:Event/105466522012-01-12T16:59:11-08:002012-01-12T16:59:11-08:00add hosts<p>daniel suggested:<br />Auto detect and add hosts</p>danieltag:feedback.icinga.org,2008-02-07:Event/104511532011-12-26T03:01:09-08:002011-12-26T03:01:09-08:00Icinga Web Pocess Information<p>Strahinja Kustudić suggested:<br />Icinga Web is missing the System->Process Information page which is available in the classic GUI. This is especially important if you would like to disable notifications and/or restart the Icinga process.</p>Strahinja Kustudićtag:feedback.icinga.org,2008-02-07:Event/104071892011-12-15T14:33:00-08:002011-12-15T14:33:00-08:00Change Release Interval to 180 days<p>Erich Schommarz suggested:<br />From my work with Icinga the release interval of 90 days is to fast. In a enterprise environment it is very difficult to update the installation all 90 days. Further I can also imagine that for the development team a higher interval rate could maybe make life a little bit easier.
If I remeber correctly I saw once a presentation from the Icinga Team with a roadmap where each second release should be a beta release. From documentation and each release I don't see that concept.
My suggestion would be a release interval of 180 days instead of 90 days. </p>Erich Schommarztag:feedback.icinga.org,2008-02-07:Event/104042072011-12-15T05:32:30-08:002011-12-15T05:32:30-08:00icinga-web sould show 2 systems at the same time this means one on the left side and one on the othe [updated]<p>icinga-web should show more than the systems on the left side, while there are a lot of blank space on the middle side and on the right side. Our users must allways scroll to have a look of all systems.</p><p>Frankstar said:<br /><div class="ugc"><p>what did u mean exactly ?</p></div></p>Frankstartag:feedback.icinga.org,2008-02-07:Event/104041992011-12-15T05:30:43-08:002011-12-15T05:30:43-08:00Have SNMP support for traps by default [updated]<p>Frankstar said:<br /><div class="ugc"><p>i think he means the integration without snmptt.</p></div></p>Frankstartag:feedback.icinga.org,2008-02-07:Event/102967732011-11-25T10:58:37-08:002011-11-25T10:58:37-08:00Acknowledge with expire time [is now completed]<p>Setting a default (mandatory) expiration for acknowledgements would require NOC to actively work issues or be paged again. Currently system allows for acknowledged but unfixed problems to fester. </p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/102967722011-11-25T10:58:37-08:002011-11-25T10:58:37-08:00Acknowledge with expire time [updated]<p>Setting a default (mandatory) expiration for acknowledgements would require NOC to actively work issues or be paged again. Currently system allows for acknowledged but unfixed problems to fester. </p><p>dnsmichi (admin) responded:<br /><div class="ugc"><p><a href="https://dev.icinga.org/issues/770" rel="nofollow" target="_blank">https://dev.icinga.org/issues/770</a></p>
<p>will hit 1.6.0 next week.</p></div></p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/99788812011-10-08T21:26:19-07:002011-10-08T21:26:19-07:00An agent for Proxmox/Opennode<p>cloudbeans suggested:<br />Proxmox http://pve.proxmox.com/wiki/Main_Page
& OpenNode http://www.opennodecloud.com/ are bare-metal virtual environments</p>cloudbeanstag:feedback.icinga.org,2008-02-07:Event/99234352011-09-30T15:18:15-07:002011-09-30T15:18:15-07:00Acknowledge with expire time [is now started]<p>Setting a default (mandatory) expiration for acknowledgements would require NOC to actively work issues or be paged again. Currently system allows for acknowledged but unfixed problems to fester. </p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/99234342011-09-30T15:18:15-07:002011-09-30T15:18:15-07:00Acknowledge with expire time [updated]<p>Setting a default (mandatory) expiration for acknowledgements would require NOC to actively work issues or be paged again. Currently system allows for acknowledged but unfixed problems to fester. </p><p>dnsmichi (admin) responded:<br /><div class="ugc"><p><a href="https://dev.icinga.org/issues/770" rel="nofollow" target="_blank">https://dev.icinga.org/issues/770</a></p>
<p>git - test/core - help test :)</p></div></p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/99233112011-09-30T15:00:30-07:002011-09-30T15:00:30-07:00Implement a system to ACK emailed notifications by email or SMS/email gateway [is now declined]Anonymoustag:feedback.icinga.org,2008-02-07:Event/99233102011-09-30T15:00:29-07:002011-09-30T15:00:29-07:00Implement a system to ACK emailed notifications by email or SMS/email gateway [updated]<p>dnsmichi (admin) responded:<br /><div class="ugc"><p>since the guide remains now in the wiki, and it is from the discussion and analysis definitely a core addon, feel free to catch in and enhance this guide or create a better script/daemon yourself.</p>
<p><a href="https://wiki.icinga.org/display/howtos/Add+mailfilter+to+acknowledge+notification+mails+by+replying" rel="nofollow" target="_blank">https://wiki.icinga.org/display/howtos/Add+mailfilter+to+acknowledge+notification+mails+by+replying</a></p></div></p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/98121092011-09-19T00:50:56-07:002011-09-19T00:50:56-07:00implement way to pass acknowledges, downtimes to other hosts<p>Wilfried Klaebe suggested:<br />In a master/slave redundancy setup, I'd like to pass acknowledgements and downtimes to the other host automatically.</p>Wilfried Klaebetag:feedback.icinga.org,2008-02-07:Event/96590412011-08-28T23:45:55-07:002011-08-28T23:45:55-07:00API to add new hosts/groups/services/commands automagically. [updated]<p>Евгений Наумов said:<br /><div class="ugc"><p>I suggest to think about classic interface with ability to create configuration entries (hosts, services,contacts and etc.). Classic UI have limited ability to configure Icinga. It would be great to extend it's functionality. I agree it should be some API in the Core. May be not "automatically"? but like in NagiosQL (add new entry, save config, refresh new config to daemon)</p></div></p>Евгений Наумовtag:feedback.icinga.org,2008-02-07:Event/96132792011-08-25T02:39:39-07:002011-08-25T02:39:39-07:00eMail Content configurable [is now completed]<p>You can configure how many Details are in the eMails. It Would be good to have Comments of Aknowledgments and more Status Details in the eMails.</p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/96132772011-08-25T02:39:38-07:002011-08-25T02:39:38-07:00eMail Content configurable [updated]<p>You can configure how many Details are in the eMails. It Would be good to have Comments of Aknowledgments and more Status Details in the eMails.</p><p>dnsmichi (admin) responded:<br /><div class="ugc"><p><a href="https://dev.icinga.org/issues/1697" rel="nofollow" target="_blank">https://dev.icinga.org/issues/1697</a>
<br />will be in 1.5.0 and give a first idea what's possible with macros. for further howtos you are welcome to write guides onto the icinga wiki or prose inclusion into upstream example configs.</p></div></p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/96132472011-08-25T02:36:59-07:002011-08-25T02:36:59-07:00nginx [updated]<p>I'd like to hear that oneday you support Nginx.....</p><p>Bernd Erk said:<br /><div class="ugc"><p>Sounds like a good idea. What about helping us with that and provide an install guide in the wiki (wiki.icinga.org)?</p></div></p>Bernd Erktag:feedback.icinga.org,2008-02-07:Event/96132192011-08-25T02:33:04-07:002011-08-25T02:33:04-07:00Allow a filter in "open problems" for "NOT acknowledged AND NOT in downtime" [is now completed]<p>To much problems in the "open problems" overview, planed downtime is displayed as alarm. I always try to resolve problems until they fit onto the display without scrolling to recognize new problems as fast as possible. Because of that I'm still using Icinga Classic Interface.</p>Bernd Erktag:feedback.icinga.org,2008-02-07:Event/96132172011-08-25T02:33:03-07:002011-08-25T02:33:03-07:00Allow a filter in "open problems" for "NOT acknowledged AND NOT in downtime" [updated]<p>To much problems in the "open problems" overview, planed downtime is displayed as alarm. I always try to resolve problems until they fit onto the display without scrolling to recognize new problems as fast as possible. Because of that I'm still using Icinga Classic Interface.</p><p>Bernd Erk (admin) responded:<br /><div class="ugc"><p><a href="https://dev.icinga.org/issues/1614" rel="nofollow" target="_blank">https://dev.icinga.org/issues/1614</a></p>
<p>Released with Version 1.5</p></div></p>Bernd Erktag:feedback.icinga.org,2008-02-07:Event/96131872011-08-25T02:31:43-07:002011-08-25T02:31:43-07:00please specifie the requirements for icinga-web better [is now completed]<p>i was just installing icinga-web 1.0.1 at my gentoo system.
After installing i couldn't log in. I wasn't doing anything. After reading a while throught the nagios-portal i figured out that there must be some php modules missing.
After adding hash and ctyp and a few more it worked.
would be great if all requirements could be cheked through "make testdeps". In this case everything would be coverd.
And I also miss the requirements for web browsers. icinga-web works fine with my firefox 3.6.6 but my IE 7 won't show anything!
apart from this I'm very pleased with your work folks.
Thanks a lot!</p>Bernd Erktag:feedback.icinga.org,2008-02-07:Event/96131852011-08-25T02:31:43-07:002011-08-25T02:31:43-07:00please specifie the requirements for icinga-web better [updated]<p>i was just installing icinga-web 1.0.1 at my gentoo system.
After installing i couldn't log in. I wasn't doing anything. After reading a while throught the nagios-portal i figured out that there must be some php modules missing.
After adding hash and ctyp and a few more it worked.
would be great if all requirements could be cheked through "make testdeps". In this case everything would be coverd.
And I also miss the requirements for web browsers. icinga-web works fine with my firefox 3.6.6 but my IE 7 won't show anything!
apart from this I'm very pleased with your work folks.
Thanks a lot!</p><p>Bernd Erk (admin) responded:<br /><div class="ugc"><p>Started to that in the wiki:</p>
<p><a href="https://wiki.icinga.org/display/howtos/Setting+up+icinga-web+1.5.x+-+Quickstart" rel="nofollow" target="_blank">https://wiki.icinga.org/display/howtos/Setting+up+icinga-web+1.5.x+-+Quickstart</a></p></div></p>Bernd Erktag:feedback.icinga.org,2008-02-07:Event/96131672011-08-25T02:29:57-07:002011-08-25T02:29:57-07:00Allow browsers to save login credentials for icinga-web [is now completed]<p>I have to enter my login details everytime I open icinga-web. Would be nice if I could save them in firefox.</p>Bernd Erktag:feedback.icinga.org,2008-02-07:Event/96131652011-08-25T02:29:57-07:002011-08-25T02:29:57-07:00Allow browsers to save login credentials for icinga-web [updated]<p>I have to enter my login details everytime I open icinga-web. Would be nice if I could save them in firefox.</p><p>Bernd Erk (admin) responded:<br /><div class="ugc"><p><a href="https://dev.icinga.org/issues/723" rel="nofollow" target="_blank">https://dev.icinga.org/issues/723</a></p>
<p>Released with 1.5</p></div></p>Bernd Erktag:feedback.icinga.org,2008-02-07:Event/96130752011-08-25T02:13:00-07:002011-08-25T02:13:00-07:00nginx<p>dr.web suggested:<br />I'd like to hear that oneday you support Nginx.....</p>dr.webtag:feedback.icinga.org,2008-02-07:Event/93865392011-08-09T09:10:37-07:002011-08-09T09:10:37-07:00AWS API integration<p>fabio cecaro suggested:<br />I like a plugin to simple integration of the API of Amazon Web Services. We just add one or more AWS accounts and so we can monitor through AWS API the status and the performance</p>fabio cecarotag:feedback.icinga.org,2008-02-07:Event/92417752011-07-29T02:00:45-07:002011-07-29T02:00:45-07:00consider using mk_livestatus for icinga-web [updated]<p>I was really impressed by the speed and opportuninties of the mk_livestatus eventbroker module.
What do you think about using it for communication bewteen the new icinga-web an icinga-core?
</p><p>melle said:<br /><div class="ugc"><p>I'm supporting this request as well - would be great to have the possibility to use icinga-web with mk_livestatus. </p></div></p>melletag:feedback.icinga.org,2008-02-07:Event/92406572011-07-28T23:43:45-07:002011-07-28T23:43:45-07:00Statusmap with Export Function<p>Deadlock suggested:<br />I love the Statusmap of new Icinga Web. But there is a extension that would be really great.
In our IT Department we print the Statusmap and put it on the wall for meetings.
So untill now i used Nagvis and made a screenshot put it into an image, changing the descriptions and so on.
This is a lot of work i have to do every month.
It would be a lot easier if i could click on an Button and i could download a whole Statusmap of the new Icinga Web (png,jpg,pdf or whatever).</p>Deadlocktag:feedback.icinga.org,2008-02-07:Event/89618692011-07-13T14:37:12-07:002011-07-13T14:37:12-07:00eMail Content configurable [updated]<p>You can configure how many Details are in the eMails. It Would be good to have Comments of Aknowledgments and more Status Details in the eMails.</p><p>dnsmichi said:<br /><div class="ugc"><p>1.5.0 will add vsome advanced notification cmds to be used</p></div></p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/87697992011-07-04T12:46:25-07:002011-07-04T12:46:25-07:00host depends on service [updated]<p>It would be nice if a host can depend on a service. This Feature would fix several Problems like VPN and VLAN. At this moment its only possible by using a hostdefinition for one of this Service. In a big statusmap with many VPN Tunnels and some VLAN's its very unorganised and confusing.</p><p>MaverrickTM said:<br /><div class="ugc"><p>Hi dnsmichi,</p>
<p>yes it's wright but like i wrote: In a Big Statusmap with many VPN's and VLAN's its very unorganised and confusing. It's not a good solution for big setups with many Networks...</p>
<p>Best Regards Mav</p></div></p>MaverrickTMtag:feedback.icinga.org,2008-02-07:Event/87481732011-07-03T05:55:53-07:002011-07-03T05:55:53-07:00host depends on service [updated]<p>It would be nice if a host can depend on a service. This Feature would fix several Problems like VPN and VLAN. At this moment its only possible by using a hostdefinition for one of this Service. In a big statusmap with many VPN Tunnels and some VLAN's its very unorganised and confusing.</p><p>dnsmichi said:<br /><div class="ugc"><p>you could also define a host, having the check on e.g. the vpn defined, and adding exactly that as dependency to the other host. this would remove the service itsself, but making the virtual host visible as e.g. vpn gateway and such. this would work for parents too.</p></div></p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/87481652011-07-03T05:54:26-07:002011-07-03T05:54:26-07:00Icinga with real distributed architecture [updated]<p>Icinga is just awesome ... My company want to start a project with your software but, we need a real distributed architecture with multiple Icinga servers and MySQL DB which replicate them self to a head servers but no Icinga architecture enable this. Unfortunately, we move to Zabbix because its Zabbix Server/Zabbix Proxy meets our needs.
I suggest to the dev team to developp a distributed architecture like Zabbix. In my opinion if you create this, Icinga will be the first one entreprise monitoring software.
Best regards.</p><p>Sbayt said:<br /><div class="ugc"><p>Because MySQL replication works in one way : one master, one or multi slave(s). But in our configuration, we have master in our branch offices and slave in our headquarter. In our headquarter, we need to view/configure all branch offices IT. MySQL Replication won't be useable.</p></div></p>Sbayttag:feedback.icinga.org,2008-02-07:Event/87481472011-07-03T05:52:00-07:002011-07-03T05:52:00-07:00group notifications [updated]<p>http://ideas.nagios.org/a/dtd/Grouping-notifications/20743-3955
Would be nice if a host has multiple service problems, that the notifications will be grouped. Guess the first occurrence of a problem must be alarmed as a single notification and afterward only collected and grouped notification should be send out. </p><p>dnsmichi said:<br /><div class="ugc"><p>i don't think that the core should implementat a logic on that, rather a message queue as an external addon (called via notification command) should be be able to add filters and groups on that. do you know NoMa and such?</p></div></p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/87481392011-07-03T05:49:51-07:002011-07-03T05:49:51-07:00User Customisable Notifications [is now under review]<p>Different monitoring system users like to receive, and view, different information. In an ideal world, a user would be able to choose which hosts/services, or even host/service groups to receive notifications from. Imagine a case where a user of a massive implementation (something my company is looking at...) is a systems specialist and is interested in getting notifications from the systems/areas that they're actively interested in. Essentially, my suggestion is that users should be able to 'sign up' for notifications against given hosts/etc.</p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/87481372011-07-03T05:49:51-07:002011-07-03T05:49:51-07:00User Customisable Notifications [updated]<p>Different monitoring system users like to receive, and view, different information. In an ideal world, a user would be able to choose which hosts/services, or even host/service groups to receive notifications from. Imagine a case where a user of a massive implementation (something my company is looking at...) is a systems specialist and is interested in getting notifications from the systems/areas that they're actively interested in. Essentially, my suggestion is that users should be able to 'sign up' for notifications against given hosts/etc.</p><p>dnsmichi (admin) responded:<br /><div class="ugc"><p>for the modular examples, see this <a href="https://dev.icinga.org/issues/1697" rel="nofollow" target="_blank">https://dev.icinga.org/issues/1697</a> for contacts self assigning, i would suggest an external application managing the authority on that.</p></div></p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/87481052011-07-03T05:44:40-07:002011-07-03T05:44:40-07:00Icinga with real distributed architecture [is now under review]<p>Icinga is just awesome ... My company want to start a project with your software but, we need a real distributed architecture with multiple Icinga servers and MySQL DB which replicate them self to a head servers but no Icinga architecture enable this. Unfortunately, we move to Zabbix because its Zabbix Server/Zabbix Proxy meets our needs.
I suggest to the dev team to developp a distributed architecture like Zabbix. In my opinion if you create this, Icinga will be the first one entreprise monitoring software.
Best regards.</p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/87481032011-07-03T05:44:40-07:002011-07-03T05:44:40-07:00Icinga with real distributed architecture [updated]<p>Icinga is just awesome ... My company want to start a project with your software but, we need a real distributed architecture with multiple Icinga servers and MySQL DB which replicate them self to a head servers but no Icinga architecture enable this. Unfortunately, we move to Zabbix because its Zabbix Server/Zabbix Proxy meets our needs.
I suggest to the dev team to developp a distributed architecture like Zabbix. In my opinion if you create this, Icinga will be the first one entreprise monitoring software.
Best regards.</p><p>dnsmichi (admin) responded:<br /><div class="ugc"><p>replication of multiple mysql rdbms shouldn't be the default target in a distributed system rather than creating a real distributed system. so i don't get the idea why icinga should be zabbix?</p></div></p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/87480892011-07-03T05:42:24-07:002011-07-03T05:42:24-07:00Allow browsers to save login credentials for icinga-web [is now planned]<p>I have to enter my login details everytime I open icinga-web. Would be nice if I could save them in firefox.</p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/87480872011-07-03T05:42:24-07:002011-07-03T05:42:24-07:00Allow browsers to save login credentials for icinga-web [updated]<p>I have to enter my login details everytime I open icinga-web. Would be nice if I could save them in firefox.</p><p>dnsmichi (admin) responded:<br /><div class="ugc"><p><a href="https://dev.icinga.org/issues/723" rel="nofollow" target="_blank">https://dev.icinga.org/issues/723</a></p></div></p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/87480312011-07-03T05:36:01-07:002011-07-03T05:36:01-07:00Allow a filter in "open problems" for "NOT acknowledged AND NOT in downtime" [is now planned]<p>To much problems in the "open problems" overview, planed downtime is displayed as alarm. I always try to resolve problems until they fit onto the display without scrolling to recognize new problems as fast as possible. Because of that I'm still using Icinga Classic Interface.</p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/87480292011-07-03T05:36:01-07:002011-07-03T05:36:01-07:00Allow a filter in "open problems" for "NOT acknowledged AND NOT in downtime" [updated]<p>To much problems in the "open problems" overview, planed downtime is displayed as alarm. I always try to resolve problems until they fit onto the display without scrolling to recognize new problems as fast as possible. Because of that I'm still using Icinga Classic Interface.</p><p>dnsmichi (admin) responded:<br /><div class="ugc"><p><a href="https://dev.icinga.org/issues/1614" rel="nofollow" target="_blank">https://dev.icinga.org/issues/1614</a></p></div></p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/87479872011-07-03T05:32:36-07:002011-07-03T05:32:36-07:00Have SNMP support for traps by default [is now under review]dnsmichitag:feedback.icinga.org,2008-02-07:Event/87479852011-07-03T05:32:36-07:002011-07-03T05:32:36-07:00Have SNMP support for traps by default [updated]<p>dnsmichi (admin) responded:<br /><div class="ugc"><p>can you specifiy that a bit more? a trap receiver like nagtrap passing external commands to the core would be a working example to be documented?</p></div></p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/87479372011-07-03T05:29:24-07:002011-07-03T05:29:24-07:00consider using mk_livestatus for icinga-web [is now under review]<p>I was really impressed by the speed and opportuninties of the mk_livestatus eventbroker module.
What do you think about using it for communication bewteen the new icinga-web an icinga-core?
</p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/87479352011-07-03T05:29:24-07:002011-07-03T05:29:24-07:00consider using mk_livestatus for icinga-web [updated]<p>I was really impressed by the speed and opportuninties of the mk_livestatus eventbroker module.
What do you think about using it for communication bewteen the new icinga-web an icinga-core?
</p><p>dnsmichi (admin) responded:<br /><div class="ugc"><p>consider it as a todo after a generalized core api has been implemented.</p></div></p>dnsmichitag:feedback.icinga.org,2008-02-07:Event/87479252011-07-03T05:27:56-07:002011-07-03T05:27:56-07:00eMail Content configurable [is now planned]<p>You can configure how many Details are in the eMails. It Would be good to have Comments of Aknowledgments and more Status Details in the eMails.</p>dnsmichi