<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Verdana;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
        {font-family:Consolas;
        panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;
        color:black;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:#0563C1;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:#954F72;
        text-decoration:underline;}
p
        {mso-style-priority:99;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;
        color:black;}
pre
        {mso-style-priority:99;
        mso-style-link:"HTML Preformatted Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";
        color:black;}
span.EmailStyle18
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:#1F497D;}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:Consolas;
        color:black;}
span.EmailStyle23
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body bgcolor=white lang=EN-US link="#0563C1" vlink="#954F72"><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>I agree.  I have a script that goes in and adds my values after an update to kolab-syncroton.  Most Android devices do send ‘android’ as the device type from their built-in mail apps, but Samsung is at least one exception that foo-bars that by sending a mix of their name and model number.  I haven’t really checked, but I believe ICS was the first Android OS to support it.  That was used as a reason ‘android’ hasn’t been added to the list of supported devices yet. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>I also thought there was some discussion in the past that this would eventually be a checkbox on the device screen in Roundcube to allow the user to override the default behavior.  Don’t know if that would actually confuse people who don’t understand, and I trust if it is implemented that there will be a way to set that as default in the config.inc.php file.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'><o:p> </o:p></span></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext'>From:</span></b><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:windowtext'> users-bounces@lists.kolab.org [mailto:users-bounces@lists.kolab.org] <b>On Behalf Of </b>Stephen Switzer<br><b>Sent:</b> Monday, September 12, 2016 11:08 AM<br><b>To:</b> users@lists.kolab.org<br><b>Subject:</b> Re: 389 Directory Server error<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><p>This helps immensely! Thank you!<o:p></o:p></p><p>I kept thinking that maybe the next update would fix it... Perhaps there should be a little blurb in the UI under ActiveSync telling us the status of the folder support? That would be a nice step forward... maybe even a toggle there that overrides the $ext_devices logic for that device.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>Best regards, <o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><b>Stephen H. Switzer</b> <br><b><span style='font-size:10.0pt'>voice:</span></b><span style='font-size:10.0pt'> 585.298.9420 [ x7001 ] <br><b>cell:</b> 585.202.8312 <br><b>fax:</b> 585.625.0020 <br><b>email:</b> <a href="mailto:steve@SBSroc.com" target="_blank">steve@SBSroc.com</a></span> <br><i><span style='font-size:10.0pt'>Technical Consultant & System Engineer</span></i><span style='font-size:10.0pt'> <br>- VMware VSP <br>- Microsoft MCP, Desktop/Server</span> <br><br><img border=0 width=140 height=47 style='width:1.4583in;height:.4895in' id="_x0000_i1025" src="cid:image001.png@01D20D09.937CEBB0" name=graphics1><br><b><span style='font-size:10.0pt'>Switzer Business Solutions, LLC</span></b> <br><span style='font-size:10.0pt'><br><b>web:</b> <a href="http://www.switzerbusinesssolutions.com/" target="_blank">www.SwitzerBusinessSolutions.com</a> <br><b>fb:</b> <a href="http://www.facebook.com/sbsolutions" target="_blank">www.facebook.com/sbsolutions</a> <br>- VMware VIP Partner <br>- HP Authorized Business Development Partner <br>- Xorcom Certified Dealer</span><o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>On 09/12/2016 10:07 AM, Troy Carpenter wrote:<o:p></o:p></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>I use Nine on all my devices with full multiple folder support.</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>I’ve seen the other problems you are working in other follow-up threads, but , don’t forget that you will need to change /usr/share/kolab-syncroton/lib/kolab_sync_data.php so that it allows multiple folders with nine.</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>You need to change the array $ext_devices, around line 106:</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>   protected $ext_devices = array(</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>        'iphone',</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>        'ipad',</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>        'thundertine',</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>        'windowsphone',</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>        'wp',</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>        'wp8',</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>        'playbook',</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>}</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Add ‘android’ to the list:</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>    protected $ext_devices = array(</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>        'iphone',</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>        'ipad',</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>        'thundertine',</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>        'windowsphone',</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>        'wp',</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>        'wp8',</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>        'playbook',</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>        'android',</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>}</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'>Nine sends ‘android’ as the device type.  You can also add other device types there.  Samsung devices support multiple folders now in the built-in app, but they don’t send ‘android’, they send their model number which makes for a long list.  For instance, I also have samsungsghi747, samsungsmp600 among others for users of those devices that are not using Nine.  If you need to find out the device type being sent, you can look at the ActiveSync Option in Roundcube.  It will show the device configuration which lists the Device Type.  Use the string listed there, but I’ve found it has to be all lower case in the code listed above.</span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D'> </span><o:p></o:p></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'>From:</span></b><span style='font-size:11.0pt;font-family:"Calibri",sans-serif'> <a href="mailto:users-bounces@lists.kolab.org">users-bounces@lists.kolab.org</a> [<a href="mailto:users-bounces@lists.kolab.org">mailto:users-bounces@lists.kolab.org</a>] <b>On Behalf Of </b>Stephen Switzer<br><b>Sent:</b> Monday, September 12, 2016 12:13 AM<br><b>To:</b> <a href="mailto:users@lists.kolab.org">users@lists.kolab.org</a><br><b>Subject:</b> 389 Directory Server error</span><o:p></o:p></p></div></div><p class=MsoNormal> <o:p></o:p></p><p><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>I recently was looking at 9folders (android client) and why I can't see any folders on it other than inbox & sent. I decided to see what updates were available on Kolab16 under Centos. After the update, I'm now running 7.2.1511.</span><o:p></o:p></p><p><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>Once the update was done, I rebooted, and quickly noticed that I could not send email.I sa errors like this in the maillog:</span><o:p></o:p></p><p><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>Sep 11 23:01:14 kolab16 postfix/trivial-rewrite[11366]: warning: <a href="ldap://etc/postfix/ldap/mydestination.cf">ldap:/etc/postfix/ldap/mydestination.cf</a>: table lookup problem<br>Sep 11 23:01:16 kolab16 imaps[3445]: badlogin: localhost [127.0.0.1] login [SASL(-13): authentication failure: checkpass failed]<br>Sep 11 23:01:24 kolab16 postfix/trivial-rewrite[11366]: warning: dict_ldap_connect: Unable to bind to server <a href="ldap://localhost:389">ldap://localhost:389</a> with dn uid=kolab-service,ou=Special Users,dc=sbsroc,dc=com: -5 (Timed out)</span><o:p></o:p></p><p><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>Somehow I didn't notice the ldap error at first glance and looked at other things, noticing the following in /var/log/kolab/pykolab.log:</span><o:p></o:p></p><p><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>2016-09-11 23:04:02,420 pykolab.wallace ERROR Module resources.heartbeat() failed with error: Traceback (most recent call last):<br>  File "/usr/lib/python2.7/site-packages/wallace/__init__.py", line 89, in modules_heartbeat<br>    modules.heartbeat(module, lastrun)<br>  File "/usr/lib/python2.7/site-packages/wallace/modules.py", line 128, in heartbeat<br>    return modules[name]['heartbeat'](*args, **kw)<br>  File "/usr/lib/python2.7/site-packages/wallace/module_resources.py", line 417, in heartbeat<br>    resource_dns = auth.find_resource('*')<br>  File "/usr/lib/python2.7/site-packages/pykolab/auth/__init__.py", line 220, in find_resource<br>    result = self._auth.find_resource(address)<br>  File "/usr/lib/python2.7/site-packages/pykolab/auth/ldap/__init__.py", line 765, in find_resource<br>    self._bind()<br>  File "/usr/lib/python2.7/site-packages/pykolab/auth/ldap/__init__.py", line 1435, in _bind<br>    self.ldap.simple_bind_s(bind_dn, bind_pw)<br>  File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 837, in simple_bind_s<br>    res = self._apply_method_s(SimpleLDAPObject.simple_bind_s,*args,**kwargs)<br>  File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 818, in _apply_method_s<br>    return func(self,*args,**kwargs)<br>  File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 208, in simple_bind_s<br>    resp_type, resp_data, resp_msgid, resp_ctrls = self.result3(msgid,all=1,timeout=self.timeout)<br>  File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 469, in result3<br>    resp_ctrl_classes=resp_ctrl_classes<br>  File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 476, in result4<br>    ldap_result = self._ldap_call(self._l.result4,msgid,all,timeout,add_ctrls,add_intermediates,add_extop)<br>  File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 99, in _ldap_call<br>    result = func(*args,**kwargs)<br>TIMEOUT</span><o:p></o:p></p><p><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>When I finally honed in on the ldap server, I tried to start it:</span><o:p></o:p></p><p><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>[root@kolab16 ~]# systemctl restart <a href="mailto:dirsrv@service.service">dirsrv@service.service</a><br>Job for <a href="mailto:dirsrv@service.service">dirsrv@service.service</a> failed because a configured resource limit was exceeded. See "systemctl status <a href="mailto:dirsrv@service.service">dirsrv@service.service</a>" and "journalctl -xe" for details.</span><o:p></o:p></p><p><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>So I ran the suggestion:</span><o:p></o:p></p><p><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>[root@kolab16 ~]# journalctl -xe<br>Sep 11 23:17:44 kolab16.sbsllc.local imaps[12089]: starttls: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits reused) no authentication<br>Sep 11 23:17:46 kolab16.sbsllc.local imaps[11890]: badlogin: localhost [127.0.0.1] plaintext <a href="mailto:odoo@mydomain.com">odoo@mydomain.com</a> SASL(-13): authentication failure: checkpass fai<br>Sep 11 23:18:14 kolab16.sbsllc.local imaps[12089]: timeout_select: reading from ptloader: Connection timed out<br>Sep 11 23:18:14 kolab16.sbsllc.local imaps[12089]: ptload failed: but canonified <a href="mailto:support@mydomain.com">support@mydomain.com</a> -> <a href="mailto:support@mydomain.com">support@mydomain.com</a><br>Sep 11 23:18:16 kolab16.sbsllc.local polkitd[926]: Registered Authentication Agent for unix-process:12166:120602 (system bus name :1.36 [/usr/bin/pkttyagent<br>Sep 11 23:18:16 kolab16.sbsllc.local systemd[1]: Failed to load environment files: No such file or directory<br>Sep 11 23:18:16 kolab16.sbsllc.local systemd[1]: <a href="mailto:dirsrv@service.service">dirsrv@service.service</a> failed to run 'start' task: No such file or directory<br>Sep 11 23:18:16 kolab16.sbsllc.local systemd[1]: Failed to start 389 Directory Server service..<br>-- Subject: Unit <a href="mailto:dirsrv@service.service">dirsrv@service.service</a> has failed<br>-- Defined-By: systemd<br>-- Support: <a href="http://lists.freedesktop.org/mailman/listinfo/systemd-devel">http://lists.freedesktop.org/mailman/listinfo/systemd-devel</a><br>-- <br>-- Unit <a href="mailto:dirsrv@service.service">dirsrv@service.service</a> has failed.<br>-- <br>-- The result is failed.</span><o:p></o:p></p><p><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>The 389 server is not running... I couldn't log in to roundcube, could send email with thunderbird, etc. the web admin panel also didn't let me log in. Since the auth backend is down, that's expected.</span><o:p></o:p></p><p><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>I rolled back to a snapshot of this virtual machine, and booted it up... same issue!! Since the old versio behaved the same way, I went back to the newly updated snapshot. I figure if it's failing, I might as well work on the latest version.</span><o:p></o:p></p><p><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>After letting it sit for a while during my google research, I received a "new mail" desktop notification from my browser. Uhmmmmm. It started working on its own!</span><o:p></o:p></p><p><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>I checked the service status, and it still says it failed:</span><o:p></o:p></p><p><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>[root@kolab16 ~]# systemctl status <a href="mailto:dirsrv@service.service">dirsrv@service.service</a><br>● <a href="mailto:dirsrv@service.service">dirsrv@service.service</a> - 389 Directory Server service.<br>   Loaded: loaded (<a href="mailto:/usr/lib/systemd/system/dirsrv@.service">/usr/lib/systemd/system/dirsrv@.service</a>; enabled; vendor preset: disabled)<br>   Active: failed (Result: resources)<br><br>Sep 11 23:10:56 kolab16.sbsllc.local systemd[1]: Failed to load environment files: No such file or directory<br>Sep 11 23:10:56 kolab16.sbsllc.local systemd[1]: <a href="mailto:dirsrv@service.service">dirsrv@service.service</a> failed to run 'start' task: No such file or directory<br>Sep 11 23:10:56 kolab16.sbsllc.local systemd[1]: Failed to start 389 Directory Server service..<br>Sep 11 23:10:56 kolab16.sbsllc.local systemd[1]: <a href="mailto:dirsrv@service.service">dirsrv@service.service</a> failed.<br>Sep 11 23:10:56 kolab16.sbsllc.local systemd[1]: Starting 389 Directory Server service....<br>Sep 11 23:18:16 kolab16.sbsllc.local systemd[1]: Failed to load environment files: No such file or directory<br>Sep 11 23:18:16 kolab16.sbsllc.local systemd[1]: <a href="mailto:dirsrv@service.service">dirsrv@service.service</a> failed to run 'start' task: No such file or directory<br>Sep 11 23:18:16 kolab16.sbsllc.local systemd[1]: Failed to start 389 Directory Server service..<br>Sep 11 23:18:16 kolab16.sbsllc.local systemd[1]: <a href="mailto:dirsrv@service.service">dirsrv@service.service</a> failed.<br>Sep 11 23:18:16 kolab16.sbsllc.local systemd[1]: Starting 389 Directory Server service....</span><o:p></o:p></p><p><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>But... the LDAP port is open and listening:</span><o:p></o:p></p><p><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>[root@kolab16 ~]# netstat -nap | grep 389 | grep "LISTEN "<br>tcp6       0      0 :::389                  :::*                    LISTEN      705/ns-slapd        <br>[root@kolab16 ~]# </span><o:p></o:p></p><p><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>...and I'm still seeing errors all over the kolab logs.</span><o:p></o:p></p><p><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>2016-09-11 23:46:54,908 pykolab.auth ERROR Traceback (most recent call last):<br>  File "/usr/lib/python2.7/site-packages/pykolab/auth/ldap/__init__.py", line 3059, in _search<br>    secondary_domains<br>  File "<string>", line 10, in <module><br>  File "/usr/lib/python2.7/site-packages/pykolab/auth/ldap/__init__.py", line 2738, in _persistent_search<br>    resp_ctrl_classes={ecnc.controlType:ecnc}<br>  File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 476, in result4<br>    ldap_result = self._ldap_call(self._l.result4,msgid,all,timeout,add_ctrls,add_intermediates,add_extop)<br>  File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 99, in _ldap_call<br>    result = func(*args,**kwargs)<br>TIMEOUT</span><o:p></o:p></p><p><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>There must be something wrong underlying, but the system is working... (I just sent this email!) I'd like to make sure it's working the the right reason and that it'll stay up. Thank you to anyone that can lend me some input.</span><o:p></o:p></p><div><p class=MsoNormal><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>-- </span><o:p></o:p></p><p><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>Best regards,</span><o:p></o:p></p><p style='margin:0in;margin-bottom:.0001pt'><strong><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'>Stephen H. Switzer</span></strong><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'> <br></span><em><span style='font-family:"Verdana",sans-serif'>Technical Consultant & System Engineer</span></em><span style='font-family:"Verdana",sans-serif'> <br>- VMware VSP <br>- Microsoft MCP, Desktop/Server</span><span style='font-size:10.0pt;font-family:"Verdana",sans-serif'> <br><br><img border=0 width=140 height=47 style='width:1.4583in;height:.4895in' id="_x0000_i1026" src="http://www.switzerbusinesssolutions.com/images/SBS-Logo-139-46.png" name=graphics1><br></span><strong><span style='font-family:"Verdana",sans-serif'>Switzer Business Solutions, LLC</span></strong><span style='font-family:"Verdana",sans-serif'><br>- VMware VIP Partner <br>- HP Authorized Business Development Partner <br>- Xorcom Certified Dealer</span><o:p></o:p></p></div><p class=MsoNormal><br><br><br><o:p></o:p></p><pre>_______________________________________________<o:p></o:p></pre><pre>users mailing list<o:p></o:p></pre><pre><a href="mailto:users@lists.kolab.org">users@lists.kolab.org</a><o:p></o:p></pre><pre><a href="https://lists.kolab.org/mailman/listinfo/users">https://lists.kolab.org/mailman/listinfo/users</a><o:p></o:p></pre></blockquote><p class=MsoNormal><o:p> </o:p></p></div></body></html>