On 10/21/2011 03:09 PM, Mark London wrote:
> Hi - I've compiled and installed the latest version of SSSD (1.6.1),
> with caching enabled, for a Redhat 6 computer running CYRUS IMAP mail
> server software (with SASL). Users are authenticated via LDAP, and
> the LDAP server is running as part of a W
Hi - I've compiled and installed the latest version of SSSD (1.6.1),
with caching enabled, for a Redhat 6 computer running CYRUS IMAP mail
server software (with SASL). Users are authenticated via LDAP, and the
LDAP server is running as part of a Windows domain server. Mail is sent
using sendm
On Fri, 2011-10-21 at 15:28 +0200, Pavel Zuna wrote:
> Base on the second proposal:
>
> https://fedorahosted.org/sssd/wiki/DesignDocs/SigChld
>
> There is some old SIGCHLD handling code in src/providers/child_common.[ch],
> that
> should probably go away if this gets accepted. There was also a
Base on the second proposal:
https://fedorahosted.org/sssd/wiki/DesignDocs/SigChld
There is some old SIGCHLD handling code in src/providers/child_common.[ch], that
should probably go away if this gets accepted. There was also a naming conflict
with the sss_child_ctx structure. This structure i
Hello everybody,
during last couple days, I've been profiling sssd storing large groups (i.e.
groups with many members and only flat membership structure) and I want to
share my findings. In my particular case these members were users, since that
is potentially the most complex memberof operatio
Simo was studying the dereference code lately and found two issues. #1
is an important bug, #2 is more of a cosmetic issue.
[PATCH 1/2] Use LDAPDerefSpec properly
ldap_create_deref_control_value expects an array of LDAPDerefSpec structures
with LDAPDerefSpec.derefAttr == NULL as a sentinel. We wer
> Hi Jakub,
>
> > > == sssd_XXX.XXX.XXX.log ==
> > >
> > > (Fri Oct 21 10:43:26 2011) [sssd[be[XXX.XXX.XXX]]] [main] (1): Backend
> > > provider (XXX.XXX.XXX) started! (Fri Oct 21 10:43:36 2011)
> > > [sssd[be[XXX.XXX.XXX]]] [main] (1): Backend provider (XXX.XXX.XXX)
> > > started! (Fri Oct 21 10