Logmail - sending syslogs by mail
-
I have a feature request for this: ;)
Could you implement some kind of encryption? Maybe like compressing the log as a zip with userconfigurable password so you can't uncopmpress it without knowing the password? Logs are not meant for everybodies eyes. -
Good idea. We can include a zip binary if needed for this.
-
I have a feature request for this: ;)
Could you implement some kind of encryption? Maybe like compressing the log as a zip with userconfigurable password so you can't uncopmpress it without knowing the password? Logs are not meant for everybodies eyes.Nice idea, though after some thoughts about it: Wouldn't it be nicer to encrypt the mail using the webgui's private key? Found a php based gpg class for this as well as an article on zend dev zone about this. All that's needed is a gpg executable.
What are your thoughts about this? -
I'd like to share logmail-0.3:
CHANGES:
logmail-0.3 - 2007-05-02 23:30
added auth mechs: plain, pop3 before smtp
specify the minumum account of logs before sending
moved all the configs to $config['syslog']['logmail']I've basically added some auth options which NEEDS to be tested!
I've supplied the added/modified scripts a long with a patch. I hope supplying the complete files makes it easier for you to have a look at my work, or maybe you'd even give it a try :)
The complete archive is available here:
http://alexanderschaber.de/ablage/logmail-0.3.tar.gzCheck below for newer version!Have fun, and I'm looking forward for your reply :)
-
Looking good! When will you be ready to commit these to -HEAD and RELENG_1? RELENG_1_2 is frozen so we cannot consider adding it here.
-
Looking good! When will you be ready to commit these to -HEAD and RELENG_1? RELENG_1_2 is frozen so we cannot consider adding it here.
Wow thanks for the quick answer :)
I still need to do some testing on the auth mechs (or: I need someone to test it) .. Other than that, it works great for me :)
I'll have my pfSense box in production next week, then I'll be able to do some real testing (currently just a vm) .. So I'd say that in a week or two the initial version should be ready. -
Sounds good. I'll issue you a commit bit when you are ready.
-
Releasing bugfix version:
logmail-0.3.1 - 2007-05-03 01:00 CEST
fixed a blocker bug: no cron job added
fixed a pfsense bug: add_text_to_file() did not filter
duplicates (patch sent to pfsense
devs and included in releng_1/head)
some minor cleanup..http://alexanderschaber.de/ablage/logmail-0.3.1.tar.gz
Hope this works out better .. :(
-
Maybe I'm jumping in a bit late here, but maybe it would make more sense to have a logging alerts tab or something, and just make the email alerts say that there's a new log alert, with a URL to the webGUI of the pfsense box it came from? Then it's as secure as your webGUI, and avoids the mess of encrypting emails.
If email encryption is the preferred way to go, personally I much prefer S/MIME. Have a field where I can put in my public key on pfsense, and then my MUA would automatically decrypt it since it has my private key.
-
@cmb:
Maybe I'm jumping in a bit late here, but maybe it would make more sense to have a logging alerts tab or something, and just make the email alerts say that there's a new log alert, with a URL to the webGUI of the pfsense box it came from? Then it's as secure as your webGUI, and avoids the mess of encrypting emails.
Nice idea, I might add that as well later .. Though my initial goal was it to have the actual logs on my mail account, so I hope you don't mind, if I go for that functionality first.
@cmb:If email encryption is the preferred way to go, personally I much prefer S/MIME. Have a field where I can put in my public key on pfsense, and then my MUA would automatically decrypt it since it has my private key.
Ok, that's another way to do it, though since pfSense has it's own private key for https, I guess I'll rather just use that, instead of adding another key, but I'm open to this as well if there are more people who would prefer this. Or then I might even implement both..
-
Release: logmail-0.4:
CHANGELOG: logmail 0.4 - 2007-05-04 13:40 CEST fixed bug: that offsets of last leftoff are written, although mail was not sent since the amount of collected logs is less than the specified minimum log count. fixed problems: with cronjob, which caused the script to stop without notice and without ever actually sending mail -> surpressing output of the script (piping to /dev/null) changed input type: password input is now actually an input type password changed default: the minimum count for logs is now 50 .. Note: this is the first version that actually works like a charm on our production pfSense box :)Though still need somebody to test auth mechanisms ..
Download: http://alexanderschaber.de/ablage/logmail-0.4.tar.bz2
-
Release: logmail-0.5:
CHANGELOG: logmail 0.5 - 2007-05-05 13:40 CEST added enhancement: select timeinterval for cron job added checkbox: now possible to select wether logmail should wait for a minimum number of new logs before sending or just send without counting .. added some cosmetics: button onclick: show auth options, hide/show of minlogcnt with checkbox onenable - logmail - after a js:confirm() popup some nice recomended values are loaded changed cron handling:cronjob is now added to $config['cron']['item'] and automatically added to crontab with configure_cron(); this should make the cronjob survive a reboot :) also removing a cronjob adjusted to fit the above mentioned changes. changed clog exec: clog is now called with complete path to make sure it works eventhough PATH might not be set correctly Note: auth mech: pop3 before smtp has been tested and confirmed as working by summat, thanks :)Some embedded or low-profile hardware around to test the cpu/memory load?
Summat tested on p3-500 and 192mb ram .. the first run was quiet a ressource hog (2 mb mail) but later ones didn't create any problem ..
GeekGod: I guess I'll be done at the end of next week .. Check the todo list in the first post ..
Download: http://alexanderschaber.de/ablage/logmail-0.5.tar.bz2
-
@cmb:
Maybe I'm jumping in a bit late here, but maybe it would make more sense to have a logging alerts tab or something, and just make the email alerts say that there's a new log alert, with a URL to the webGUI of the pfsense box it came from? Then it's as secure as your webGUI, and avoids the mess of encrypting emails.
Nice idea, I might add that as well later .. Though my initial goal was it to have the actual logs on my mail account, so I hope you don't mind, if I go for that functionality first.
You're the one doing the work, do it however suits you. :)
@cmb:
If email encryption is the preferred way to go, personally I much prefer S/MIME. Have a field where I can put in my public key on pfsense, and then my MUA would automatically decrypt it since it has my private key.
Ok, that's another way to do it, though since pfSense has it's own private key for https, I guess I'll rather just use that, instead of adding another key, but I'm open to this as well if there are more people who would prefer this. Or then I might even implement both..
I think both would be the way to go (eventually). Not a lot of people use S/MIME, though I think a large number of the people who want this would configure it just for this purpose because it's so convenient. All the emails would show in your MUA as normal messages, but be secure in transit.