Hi Quanah,
you're right. Those weren't my configuration but only an indication of the order in which those "groups" of directives appear in my slapd.conf config file.

This is my exact fragment of configuration which involves overlays:
BEGIN ------------------------------------
overlay ppolicy
ppolicy_default "cn=default,ou=Policies,dc=lan,dc=mycorp.it"
ppolicy_use_lockout
ppolicy_hash_cleartext
ppolicy_forward_updates

overlay syncprov
syncprov-checkpoint 50 10
syncprov-sessionlog 150

overlay auditlog
auditlog /srv/logs/ldap/ldap03_audit.log

overlay accesslog
logdb cn=log03,dc=mycorp.it

logops all

logold (objectclass=inetOrgPerson)

logpurge 7+00:00 04:00
logsuccess FALSE

overlay sssvlv

sssvlv-max 4

sssvlv-maxkeys 5

overlay memberof

memberof-group-oc groupOfNames

memberof-member-ad member

memberof-memberof-ad memberOf

memberof-dn cn=Manager,dc=lan,dc=mycorp.it

memberof-dangling ignore

memberof-dangling-error 80

memberof-refint TRUE
END ------------------------------------

I use dynamic modules.
I can give more details if necessary.

Thanks again
Marco

On Tue, Sep 28, 2010 at 5:24 PM, Quanah Gibson-Mount <quanah@zimbra.com> wrote:

--On Tuesday, September 28, 2010 2:37 PM +0200 Marco Pizzoli <marco.pizzoli@gmail.com> wrote:

Today I tried to change the order of overlays inclusion and I had the
same problem.
If the module was not loaded, I couldn't save that data in the accesslog
db.

Someone could suggest a possible solution or an alternative trial?

Do you use static or dynamic modules?

Your directives are not in OpenLDAP's loading format, so if that's a direct copy from your slapd.conf/cn=config db, then none of those statements makes sense.

--Quanah

--

Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc
--------------------
Zimbra :: the leader in open source messaging and collaboration

--
_________________________________________
Non è forte chi non cade, ma chi cadendo ha la forza di rialzarsi.
Jim Morrison