Log Warnings

[peteb]

Hi

Scalix seems to be running fine, and I'm not getting any complaints from users, but the error logs are full of two types of warning.

The first is:

Code: Select all

WARNING                        LDAP Daemon   (LDAP Engine   ) 01.13.06 11:39:47
[OM 16065] The requested Directory does not exist.

        -> deng_doSearch
        -> dr_ACIModContextFlags
        <- dr_ACIModContextFlags
        -> dr_ACICheckReadPerm
        <- dr_ACICheckReadPerm
        -> dr_ACIModContextFlags
        <- dr_ACIModContextFlags
        <- deng_doSearch
        -> im_CrNewTempItem
        -> im_GetNewTempItemNum
        <- im_GetNewTempItemNum
        <- im_CrNewTempItem
        -> im_ItemRef2FName
        <- im_ItemRef2FName
        <- /build/9.4.0.9/src/lib/ombase/dr/dr_opendir.c:399[3,16065]
        <- /build/9.4.0.9/src/lib/ombase/dr/dr_opendir.c:542[3,16065]


This seems to be the result of 'check names' on SWA attempting to access a folder called 'My Contacts' which doesn't exist. Of course, the contacts folder on Scalix is called 'Contacts', not 'My Contacts'. I get this error for a number of different users.

The second most common warning is:

Code: Select all

WARNING                        IMAP Server Da(IMAP Server Pr) 01.03.06 11:58:17
[OM 10024] Date and time value "" in the XML for an application/scalix-properties
body part is not of a recognised format.
Time set to start of 1st January 1970.
User Name: xxx xxx / renoir, aramoko/CN=xxx, xxx
  Last Msg Subject: xxx
  Last Msg Sender: xxx/xxx///renoir/aramoko//////////////////%xxx, xxx%%%//"
  Last Msg Id: 8648283.11362894969
  Last Ct RecNo: 0


This looks like SWA is sending a null date. How do I stop this?

In both cases the clients are running SWA and don't complain about errors. However, I like to see nice clean logs and am keen to fix these two Warnings.

Any ideas??

[ScalixSupport]

Hi

Scalix seems to be running fine, and I'm not getting any complaints from users, but the error logs are full of two types of warning.

The first is:

Code: Select all

WARNING                        LDAP Daemon   (LDAP Engine   ) 01.13.06 11:39:47
[OM 16065] The requested Directory does not exist.

        -> deng_doSearch
        -> dr_ACIModContextFlags
        <- dr_ACIModContextFlags
        -> dr_ACICheckReadPerm
        <- dr_ACICheckReadPerm
        -> dr_ACIModContextFlags
        <- dr_ACIModContextFlags
        <- deng_doSearch
        -> im_CrNewTempItem
        -> im_GetNewTempItemNum
        <- im_GetNewTempItemNum
        <- im_CrNewTempItem
        -> im_ItemRef2FName
        <- im_ItemRef2FName
        <- /build/9.4.0.9/src/lib/ombase/dr/dr_opendir.c:399[3,16065]
        <- /build/9.4.0.9/src/lib/ombase/dr/dr_opendir.c:542[3,16065]


This seems to be the result of 'check names' on SWA attempting to access a folder called 'My Contacts' which doesn't exist. Of course, the contacts folder on Scalix is called 'Contacts', not 'My Contacts'. I get this error for a number of different users.

The second most common warning is:

Code: Select all

WARNING                        IMAP Server Da(IMAP Server Pr) 01.03.06 11:58:17
[OM 10024] Date and time value "" in the XML for an application/scalix-properties
body part is not of a recognised format.
Time set to start of 1st January 1970.
User Name: xxx xxx / renoir, aramoko/CN=xxx, xxx
  Last Msg Subject: xxx
  Last Msg Sender: xxx/xxx///renoir/aramoko//////////////////%xxx, xxx%%%//"
  Last Msg Id: 8648283.11362894969
  Last Ct RecNo: 0


This looks like SWA is sending a null date. How do I stop this?

In both cases the clients are running SWA and don't complain about errors. However, I like to see nice clean logs and am keen to fix these two Warnings.

Any ideas??

Hello,

when you say your log is full of those, do you mean that every time a SWA user checks the directory an entry is logged? If so, what is the content of your partner.xml ?

The directory is called MyContacts, that is definately correct.

Please post the content of partner.xml here.

Thanks,

Sascha.

[peteb]

The reason I thought the problem was MyContacts, was from the Jakarta logs.

See below

Code: Select all

2006-01-19 17:21:49 StandardContext[/webmail]ip: 217.34.44.179; username: alun.owen@wthills.com; message: Error in SxC

javax.naming.NamingException: [LDAP: error code 1 - [OM 16065] The requested Directory does not exist.
]; remaining name 'o=MyContacts'
        at com.sun.jndi.ldap.LdapCtx.mapErrorCode(LdapCtx.java:3028)
        at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2934)
        at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2740)
        at com.sun.jndi.ldap.LdapCtx.searchAux(LdapCtx.java:1811)
        at com.sun.jndi.ldap.LdapCtx.c_search(LdapCtx.java:1734)
        at com.sun.jndi.toolkit.ctx.ComponentDirContext.p_search(ComponentDirContext.java:368)
        at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.search(PartialCompositeDirContext.java:328)
        at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.search(PartialCompositeDirContext.java:313)
        at javax.naming.directory.InitialDirContext.search(InitialDirContext.java:238)
        at com.oddpost.server.partner.sx.SxLDAP.search(SxLDAP.java:162)
        at com.oddpost.server.partner.sx.SxLDAP.checkNames(SxLDAP.java:127)
        at com.oddpost.server.partner.sx.SxCheckNames.searchLDAPSource(SxCheckNames.java:357)
        at com.oddpost.server.partner.sx.SxCheckNames.searchForScalixName(SxCheckNames.java:254)
        at com.oddpost.server.partner.sx.SxCheckNames.checkNames(SxCheckNames.java:85)
        at com.oddpost.server.module.SoapMail.checkNames(SoapMail.java:1882)
        at sun.reflect.GeneratedMethodAccessor67.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at com.oddpost.soap.SoapModule.invokeMethod(SoapModule.java:238)
        at com.oddpost.soap.SoapRequestImpl.execute(SoapRequestImpl.java:140)
        at com.oddpost.server.HttpRequestHandler.handleRequest(HttpRequestHandler.java:221)
        at com.oddpost.server.SoapServlet.doPost(SoapServlet.java:50)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
        at com.oddpost.server.filter.HttpConfFilter.doFilter(HttpConfFilter.java:175)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
        ... skipping the last 25 lines as irrelevant...


However on re-reading this message could be saying that MyContacts is the only available directory. If so, how do I find out what it is looking for?

Which is correct?

[ScalixSupport]

Can you check /var/opt/scalix/sys/slapd.conf. It should contain the following:

Code: Select all

database        om
suffix          "o=MyContacts"
flatSuffix      "o=MyContacts"
directory       _MYCONTACTS_
sizelimit       1000
timelimit       15
useDit          false
engines         10


Cheers

Dave

[peteb]

Yep it's all there.

Quite alot of my users use subfolders below 'Contacts'. These were set up using exchange. Could these be causing the SWA probs?

[peteb]

Oops

When I say Exchange, I mean Outlook...

[florian]

Hi,

o=MyContacts is a fixed name - the Scalix LDAP server is actually mapping this special name to the primary Contacts folder of the authenticated user. The folder should have been created first time you logged into Scalix with that user using either Outlook or SWA.

Now, one question to ask is if this also happens with a new user account and SWA. If not, we might be looking at a folder data problem here - you want to make sure that the Contacts folder was properly initialized before you import any data - again, to make sure this is the case, I believe you should be logging in with either Outlook or SWA before making any imports through outlook express or so.

If it also happens with fresh and new users, either your partner.xml setting is broken or your server config is wrong.

To reset partner.xml, i would suggest uninstallating SWA using the Scalix installer, removing partner.xml, then reinstalling just this component. If you use the custom mode of the installer, no data will be affected.

One relatively common thing is that another LDAP server listens on port 389 on your machine and prevents the Scalix ldap server from starting properly.

The way to check this is to do an
netstat -anp | grep 389
and checking the process name at the end of the LISTEN line for port 389 - it should read omldapd. If anything else listens on the port, you will see a error state on the Scalix ldap server when you check it with omstat -a and also should see some error message on Scalix startup in omshowlog.

You would need to reconfigure your other LDAP server as Scalix LDAP must currently run on port 389 or SAC will not function correctly. This will change in a future release.

Cheers,
Florian.