Email Reports
-
I'm all for progress and the new graphs look fantastic. But I am sad to hear this too, as I make use of the email reports heavily to keep a basic eye on things across a handful of firewalls every day. Not sure what I am going to do now to replace this functionality. Does anyone have any suggestions?
-
I would agree.
Can I also ask will their be a method to look at a specific date/time range. This was available in the previous reporting mechanism.
–Seth
-
I would agree.
Can I also ask will their be a method to look at a specific date/time range. This was available in the previous reporting mechanism.
–Seth
are you referring to the email reports package?
-
Can I also ask will their be a method to look at a specific date/time range. This was available in the previous reporting mechanism.
are you referring to the email reports package?
The old RRD graphs provided an option to look at a specific graph within a specific date/time window. I know the new monitoring graph allows changing the length of time, but it's always a current graph (the right side is always now). Will there be some way to say "I want to look at the traffic graph from 1/1/2016 00:00 to 1/2/2016 00:00"?
-
That will come back, but this thread isn't about the RRD Graphs page. That should be addressed in the appropriate thread.
-
@virgiliomi:
Can I also ask will their be a method to look at a specific date/time range. This was available in the previous reporting mechanism.
are you referring to the email reports package?
The old RRD graphs provided an option to look at a specific graph within a specific date/time window. I know the new monitoring graph allows changing the length of time, but it's always a current graph (the right side is always now). Will there be some way to say "I want to look at the traffic graph from 1/1/2016 00:00 to 1/2/2016 00:00"?
But the aged data resolution is reduced. So may as well just select the time period that includes the period desired to view.
For instance there is something like about 20 hours of 1 minute data. About 2.5 weeks worth of 5 minute data, 2.5 months worth of 1 hour data, and about 10 years worth of 1 day data. May not have those exactly correct, but you get the idea.
-
I see your point on my post.
Yes I would like to email graphs to myself to keep an eye on my firewalls.
Yes (should be in a new post) return the ability to specify date/time range to specify a given report. Pre defined ranges are good, but would like to be able to zoom in on a trouble time frame.
–Seth
-
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
