Email Reports
-
For most items, using a proper NMS that supports reporting would be best. The mail reports package was always a bit of a kludge in that regard.
-
This is where I struggle with a suggestion for a separate solution in this case to monitor the firewall and its connectivity for a home network. Your right of course to suggest NMS for a medium to enterprise implementation, but in my case and many others its overkill.
–Seth
-
A new version of mail reports is up now with the graphs removed.
I wonder if, with some work after 2.3-REL, it might be possible to embed the js/html/data for the d3 graphs into an HTML e-mail section. If the mail client was advanced enough, or a webmail client in a browser, it might work.
I tried e-mailing a saved copy of the page and it didn't work well, though that was also after the browser had its way with it.
Some food for thought for later down the line.
-
A new version of mail reports is up now with the graphs removed.
I wonder if, with some work after 2.3-REL, it might be possible to embed the js/html/data for the d3 graphs into an HTML e-mail section. If the mail client was advanced enough, or a webmail client in a browser, it might work.
I tried e-mailing a saved copy of the page and it didn't work well, though that was also after the browser had its way with it.
Some food for thought for later down the line.
Email doesn't allow SVG or Javascript, and has a conservative markup. You would have to install a headless browser (PhantomJS) to generate and screenshot the graphs in order to insert the graph (now image) into an email. Not sure if you want that as a dependancy.
http://blog.parsely.com/post/46/whatever-it-takes/
-
I actually did get a (too small, cut off) visual graph and the data grid in the e-mail but that was after saving it from the browser. I have to wonder what would have happened if it was the raw source, though.
-
Interesting. HTML emails are anything but fun to get working properly.
-
Thank you guys for having a go at this. No promises I know.
I struggle at times conveying a message without being difficult and getting the founders/devs hairs to stand up on the back of their necks.
–Seth
-
Thank you guys for having a go at this. No promises I know.
I struggle at times conveying a message without being difficult and getting the founders/devs hairs to stand up on the back of their necks.
No worries!
It would be nice to retain but to keep the graph option in RRD means bringing in a giant amount of space consumed by extra dependencies including some X libraries which we'd rather avoid, thus the move to D3.
-
No worries Seth! It sucks to kill a piece of functionality without a solid replacement, but as JimP said we wanted to avoid some of those new dependancies. There may be some break though that makes it easier than we thought to bring them back.
-
Can anyone recommend a lightweight NMS tool that works well with pfSense? I assume to replicate the functionality of the RRD history graphs, it would need to poll for SNMP data (is the latency data for dpinger even queryable via SNMP?)
-
i have looked at some NMS systems could run it on a linux box that i have some ubiquiti software running on just haven't had any luck making my mind up
-
Though not really lightweight, take a look a Zabbix. Easy to install on Ubuntu/Debian and not that hard to setup.
-
i've used openNMS in the past. haven't tried it on 2.3
