Jail's emails

Grzegorz Junka list1 at gjunka.com
Sat Jun 11 13:55:57 UTC 2016


Thanks all, I just realized why ports is not the right list for this 
question, sorry about that. Too many lists gets me confused. I sent it 
here by mistake. I will review the suggestions and re-post on the jails 
list if something still needs to be clarified.

Grzegorz


On 11/06/2016 13:02, abi wrote:
> Most of work is done by host, so the plan is to disable some of 
> periodic stuff, leaving only serious matters like port security.
>
> This can be done by creating /etc/periodic.conf.local file with 
> contents like this:
> ## This is JAILED systems periodic configuration ##
>
> # Daily options
>
> daily_status_network_enable="NO"
> daily_clean_hoststat_enable="NO"
> daily_status_mail_rejects_enable="NO"
> daily_status_include_submit_mailq="NO"
> daily_status_mailq_enable="NO"
> daily_submit_queuerun="NO"
> daily_status_disks_enable="NO"                          # Check disk 
> status
> daily_status_rwho_enable="NO"
> daily_status_security_pkgaudit_enable="YES"
> daily_pgsql_backup_enable="YES"
>
> daily_show_empty_output="NO"
> daily_show_success="NO"
>
> security_status_kernelmsg_enable="NO"
>
> security_show_empty_output="NO"
> security_show_success="NO"
>
> # Weekly options
>
> weekly_whatis_enable="NO"       # our jails are read-only /usr
>
> weekly_show_success="NO"
> weekly_show_info="NO"
> weekly_show_empty_output="NO"
>
> With this config files most of the time jail has nothing to report.
>
> On 11.06.2016 14:10, Grzegorz Junka wrote:
>> I have a couple of jails and every day I am receiving an email from 
>> each about the status of that jail. Then there are additional weekly 
>> emails and additional monthly email. It doesn't take much time to 
>> review and delete them all but I am wondering if there is any 
>> standard way of dealing with those emails in installations where 
>> there is many more jails than in my case? Would it be possible to 
>> receive a general email covering all jails (best if containing just 
>> deviations from the standard instead of all default and non-default 
>> information)?
>>
>> Grzegorz
>>
>> _______________________________________________
>> freebsd-ports at freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
>> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"
>
> _______________________________________________
> freebsd-ports at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"



More information about the freebsd-ports mailing list