-Original Message-
From: Martin Kosek [mailto:mko...@redhat.com]
Sent: 05 June 2015 13:31
To: Innes, Duncan; freeipa-devel@redhat.com; Jakub Hrozek
Subject: Re: [Freeipa-devel] Suggestion for the A part of IPA
On 06/02/2015 10:29 AM, Innes, Duncan wrote:
Just a bit of a head's up
Just a bit of a head's up and a refresh of this with perhaps some new
data.
Good to hear :-) We recently also started investigating the Audit
capabilities for (notice I write for and not in) IPA. You can
check my initial nudge to the freeipa-users list, which was
unfortunately with no
On 28/04/2015 19:08 PM, Young, Adam wrote:
I think I am in alignment with what you are saying.
I like rsyslogd as the basic ship the log off the server tool.
Let's use what the platform support first
natively and formost; We want something native, not Ruby, not even
Python if we can
-Original Message-
From: Martin Kosek [mailto:mko...@redhat.com]
Sent: 29 April 2015 07:42
To: Innes, Duncan; freeipa-devel@redhat.com
Subject: Re: [Freeipa-devel] Suggestion for the A part of IPA
On 04/28/2015 05:58 PM, Innes, Duncan wrote:
Folks,
The A part of IPA has always
Folks,
The A part of IPA has always been of great interest to me. Our current
IPA infrastructure works well at the I P parts, giving us great
failover abilities and connectivity through hardware firewalls without
punching too many holes.
Whilst the A part may not be solely about centralised