Re: [SOGo] Thunderbird public address book search no matches found on certain search text
Am 2013-03-18 07:18, schrieb Euan Thoms: Searches in Thunderbird public address book (A.K.A. Corporate Directory) are not fully working. The search . is not returning anything, it should return all entries. Did you try with * instead? There was a discussion before about valid wildcards in searches, especially the different ones used for LDAP and SQL backends. Consensus was to deprecate the use of . and support the * wildcard on all backends. I have 2 installations of SOGo, configured in the same way. One with small number of users, one with many (300+). In Thunderbird public address book (populated via SOGoUserSources) some searches fail when they do not in the webmail interface. Also, the . search in Thunderbird does not return any results, but it does in the webmail. The installation with small number of users is fine in Thunderbird and webmail. I have added similar entries in LDAP and a search will match in the smaller user-base but not in the larger user-base. You could try to speed things up, by increasing the openLDAP cache. Make it big enough to get the whole database into RAM. I have no setting for SOGoLDAPQueryLimit. I can see all my entries in webmail, since it effects webmail as well, surely it can't be this. Agreed. Details: Also, I noticed that in the Thunderbird public address book , when I type one character, e.g a, it shows all entries starting with a (perhaps 30 or so). When I type b, like-wise. But when I type f or t, I get no results. There should be more results for f and t than the other letters, this should serve as a a clue. Another example; I have an entry with display name (cn) Fast Flow China - Calculation Centre and Surname (sn) Forwarding Account and email (mail) ff...@example.com. The search text ffc... will return a result. The search Fast and Fast Flow will not, but Fast Flow China will. The search Forwarding Account will not return any results. Again, all the searches work perfectly in webmail. Conclussion: At first I thought it may be a number of results limit somewhere. But I get 68 results for c and I should get 56 results for Fast Flow. What I now think, is that the failed searches are those that take longer to process on the ldap server. Either it times out or is not returned in time for Thunderbirds' quick search filter. Anyone else experienced this? We also sometimes see this behaviour. We have more than 14,000 accounts with a limit of 25 hits per LDAP search. It also depends on typing speed. If you type fast and wait afterwards, then the search is mostly done correct. But if you type slow, then you often don't get any results. I assume that by typing slow you always trigger a new automatic search with each character. So this will rise the burden on the LDAP search connection. Which leads me to the same conclusion you got. Thunderbird is using a too short timeout on searches. Kind regards, Christian Mack -- Christian Mack Gruppe Informationsdienste Rechenzentrum Universität Konstanz -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Problem with mimetype image/pdf.
Hello Ludovic Hutin Please open a bug report for this at http://www.sogo.nu/bugs Kind regards, Christian Mack Am 2013-03-18 11:10, schrieb Ludovic Hutin: When you have no way to fix the sender side, i think the Web Interface of SOGo should (at least) show the attachment. In this situation you can't save the file. With Thunderbird, there is no problem you can download the file and open it. Le 18/03/2013 10:35, André Schild a écrit : The mime type is wrong, for pdf it should/must be application/pdf http://www.rfc-editor.org/rfc/rfc3778.txt So it's a problem on the sender side Am 18.03.2013 09:56, schrieb Ludovic Hutin: We got a strange problem with pdf files. The file is in the mail, but we can't see them. (With the last version, it's the same). Sometimes we got some attachment like that --=_=-_OpenGroupware_org_NGMime-6469-1363274063.976003-0-- content-type: image/pdf content-transfer-encoding: base64 content-length: 80523 content-disposition: inline; filename=MYFILE.pdf And this attachment are not visible on the Web interface. Is there a way to show them ? Probably a mime-type problem ? -- Christian Mack Gruppe Informationsdienste Rechenzentrum Universität Konstanz -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Thunderbird public address book search no matches found on certain search text
Christian Mack wrote: Am 2013-03-18 07:18, schrieb Euan Thoms: Searches in Thunderbird public address book (A.K.A. Corporate Directory) are not fully working. The search . is not returning anything, it should return all entries. Did you try with * instead? There was a discussion before about valid wildcards in searches, especially the different ones used for LDAP and SQL backends. Consensus was to deprecate the use of . and support the * wildcard on all backends. I already tried with *, no results. It seems . is still the current wildcard. Like I said, it works on my smaller user-base installation, even in Thunderbird. I have 2 installations of SOGo, configured in the same way. One with small number of users, one with many (300+). In Thunderbird public address book (populated via SOGoUserSources) some searches fail when they do not in the webmail interface. Also, the . search in Thunderbird does not return any results, but it does in the webmail. The installation with small number of users is fine in Thunderbird and webmail. I have added similar entries in LDAP and a search will match in the smaller user-base but not in the larger user-base. You could try to speed things up, by increasing the openLDAP cache. Make it big enough to get the whole database into RAM. I have a large cache already. I can try to increase it further but I doubt it will help. A standard Thunderbird LDAP AB works well and returns results quite fast. I could replace the SOGo public AB with a standard LDAP one, but it is slightly messy and requires extra setup per client Thunderbird installation. I have no setting for SOGoLDAPQueryLimit. I can see all my entries in webmail, since it effects webmail as well, surely it can't be this. Agreed. Details: Also, I noticed that in the Thunderbird public address book , when I type one character, e.g a, it shows all entries starting with a (perhaps 30 or so). When I type b, like-wise. But when I type f or t, I get no results. There should be more results for f and t than the other letters, this should serve as a a clue. Another example; I have an entry with display name (cn) Fast Flow China - Calculation Centre and Surname (sn) Forwarding Account and email (mail) ff...@example.com. The search text ffc... will return a result. The search Fast and Fast Flow will not, but Fast Flow China will. The search Forwarding Account will not return any results. Again, all the searches work perfectly in webmail. Conclussion: At first I thought it may be a number of results limit somewhere. But I get 68 results for c and I should get 56 results for Fast Flow. What I now think, is that the failed searches are those that take longer to process on the ldap server. Either it times out or is not returned in time for Thunderbirds' quick search filter. Anyone else experienced this? We also sometimes see this behaviour. We have more than 14,000 accounts with a limit of 25 hits per LDAP search. It also depends on typing speed. If you type fast and wait afterwards, then the search is mostly done correct. But if you type slow, then you often don't get any results. I assume that by typing slow you always trigger a new automatic search with each character. So this will rise the burden on the LDAP search connection. Which leads me to the same conclusion you got. Thunderbird is using a too short timeout on searches. My issue has nothing to do with auto-complete. This is behaviour in the address book search itself, however the results apply also to auto-complete. I have increased the timeout (delay) for sogo-connector auto-complete, it doesn't make any difference. Kind regards, Christian Mack Thanks for your help Christian. Anyone else have any suggestions? -- users@sogo.nu https://inverse.ca/sogo/listsattachment: euan_thoms.vcf
Re: [SOGo] PHP-Push-2 help please!!!
Hi Michael
On 2013-03-14, at 7:10 PM, Michael mich...@los-pollos.co wrote:
Hi, Thanks for this but I really need a single setup on iOS. The reason is I
am migrating users from an exchange environment and any additional steps
required from them to set up their devices would just equal more work for me.
Apple has great tools for deploying iOS :
http://www.apple.com/support/iphone/enterprise/
Look at the iPhone Configuration Utility.
On 15/03/2013 12:33 AM, Donny Brooks wrote:
On Thursday, March 14, 2013 07:43 AM CDT, Michael
mich...@los-pollos.co wrote:
Dear All,
I have been trying for weeks now to get PHP-Push-2 to work on my SOGo
system. The thing is, the old sogosync works like a charm, the only
problem with sogosync is that it doesn't support HTML email because it
has an older merge of z-push.
I have a previous thread entitled [SOGo] sogosync and html email but
have hit a brick wall.
After installing PHP-Push-2, copying the supplied config.php files and
following the rest of the instructions etc. I can connect my iOS devices
but when I go to check mail I get a password error. A look into the
z-push log shows:
14/03/2013 23:26:25 [ 7183] [WARN] [mich...@example.com]
/var/www/PHP-Push-2/backend/caldav.php:34 Use of undefined constant
CALDAV_PORT - assumed 'CALDAV_PORT' (8)
14/03/2013 23:26:25 [ 7183] [ERROR] [mich...@example.com] trace error:
/var/www/PHP-Push-2/include/caldav-client-v2.php:116 Invalid URL:
'https://sogo.example.com:CALDAV_PORT/SOGo/dav/mbonnic$
14/03/2013 23:26:25 [ 7183] [ERROR] [mich...@example.com] trace:
1:/var/www/PHP-Push-2/include/caldav-client-v2.php:116 - trigger_error()
14/03/2013 23:26:25 [ 7183] [ERROR] [mich...@example.com] trace:
2:/var/www/PHP-Push-2/backend/caldav.php:34 - CalDAVClient-__construct()
14/03/2013 23:26:25 [ 7183] [ERROR] [mich...@example.com] trace:
3:/var/www/PHP-Push-2/backend/combined/combined.php:114 -
BackendCalDAV-Logon()
14/03/2013 23:26:25 [ 7183] [ERROR] [mich...@example.com] trace:
4:/var/www/PHP-Push-2/lib/request/requestprocessor.php:77 -
BackendCombined-Logon()
14/03/2013 23:26:25 [ 7183] [ERROR] [mich...@example.com] trace:
5:/var/www/PHP-Push-2/lib/request/provisioning.php:64 -
RequestProcessor::Authenticate()
14/03/2013 23:26:25 [ 7183] [ERROR] [mich...@example.com] trace:
6:/var/www/PHP-Push-2/lib/request/requestprocessor.php:127 -
Provisioning-Handle()
14/03/2013 23:26:25 [ 7183] [ERROR] [mich...@example.com] trace:
7:/var/www/PHP-Push-2/index.php:189 - RequestProcessor::HandleRequest()
Increasing the LOG level doesn't appear to show anything useful.
I have tried defining the CALDAV port manually but then I get similar
errors about CARDAV_SERVER and CARDDAV_PATH, again I define these
manually in the config.php file but I still get issues and more errors -
see previous thread [SOGo] sogosync and html email.
It's like the supplied config.php file isnt complete?
I am getting super desperate as I need this system to be in production
asap! I am getting to the point where I am willing to pay someone a fee
to fix it for me if no one has any useful suggestions :( -I can be
reached on michael(^at^)los-pollos(^dot^)co .
Here is my config.php (comments removed):
define('TIMEZONE', 'Australia/Sydney');
define('BASE_PATH', dirname($_SERVER['SCRIPT_FILENAME']). '/');
ini_set('include_path',
BASE_PATH. include/ . PATH_SEPARATOR .
BASE_PATH. PATH_SEPARATOR .
ini_get('include_path') . PATH_SEPARATOR .
/usr/share/php/ . PATH_SEPARATOR .
/usr/share/php5/ . PATH_SEPARATOR .
/usr/share/pear/ . PATH_SEPARATOR .
/usr/share/awl/inc);
define('SCRIPT_TIMEOUT', 0);
define('MAX_EMBEDDED_SIZE', 1048576);
define('STATE_DIR', '/var/lib/z-push/');
define('LOGFILEDIR', '/var/log/z-push/');
define('LOGFILE', LOGFILEDIR . 'z-push.log');
define('LOGERRORFILE', LOGFILEDIR . 'z-push-error.log');
define('LOGLEVEL', LOGLEVEL_INFO);
define('LOGUSERLEVEL', LOGLEVEL_DEVICEID);
$specialLogUsers = array();
define('PROVISIONING', true);
define('LOOSE_PROVISIONING', false);
define('SYNC_CONFLICT_DEFAULT', SYNC_CONFLICT_OVERWRITE_PIM);
define('SYNC_FILTERTIME_MAX', SYNC_FILTERTYPE_ALL);
define('PING_INTERVAL', 30);
define('SINK_FORCERECHECK', 300);
define('BACKEND_PROVIDER', BackendCombined);
define('MAPI_SERVER', 'file:///var/run/zarafa');
define('IMAP_SERVER', 'sogo.example.com');
define('IMAP_PORT', 143);
define('IMAP_OPTIONS', '/notls/norsh');
define('IMAP_DEFAULTFROM', 'username');
define('IMAP_SENTFOLDER', 'Sent');
define('IMAP_INLINE_FORWARD', false);
define('IMAP_USE_IMAPMAIL', true);
define('MAILDIR_BASE', '/tmp');
define('MAILDIR_SUBDIR', 'Maildir');
define('VCARDDIR_DIR', '/home/%u/.kde/share/apps/kabc/stdvcf');
define('CALDAV_SERVER',
[SOGo] sogo-tool and upgrades
I've been a fairly happy test user for a while but now it's time to replace my server, so I've installed the new sogo on the new server. I am having trouble restoring my data from 1.3.18 to 2.0.4b - what have I got wrong? On the old host, I ran sudo -u sogo sogo-tool backup /tmp/sogo/ ALL then I copied the folder to the new host and ran sudo -u sogo sogo-tool restore -p /tmp/sogo mjr and sudo -u sogo sogo-tool restore -f ALL /tmp/sogo mjr just to restore my contacts and calendar. There are a couple of lines like 2013-03-18 15:31:29.351 sogo-tool[13249] 0x0x18a7ce0[PostgreSQL72Channel]: connection=0x0x18a83b0[PGConnection]: connection=0x0x18a8560: message: NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index sogomjr00271735693_pkey for table sogomjr00271735693 with each one followed by lots of lines like 2013-03-18 15:31:29.318 sogo-tool[13249] restoring record '487' However, when I log in to 2.0.4b, my calendar and contacts are empty. I've had a bit of a search around the manual (not much in there on upgrading, but I have changed the configuration as suggested), the mailing list archives, the bug tracker and the wiki, but I doubt whether I've discovered a bug. Am I doing something obvious wrong? Thanks for any tips, -- MJ Ray (slef), member of www.software.coop, a for-more-than-profit co-op. http://koha-community.org supporter, web and library systems developer. In My Opinion Only: see http://mjr.towers.org.uk/email.html Available for hire (including development) at http://www.software.coop/ -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] ISO image
Hi all Ive tried out the backup and dist with remastersys but I failes all the times. Could anyone provide me with a ZEG ISO image ? Mit freundlichem Gruß Carsten Laun-De Lellis Dipl.-Ing. Elektrotechnik Certified Information Systems Auditor (CISA) Hauptstrasse 13 D-67705 Trippstadt Phone: +49 (6306) 992140 Mobile: +49 (151) 27530865 Fax: +49 (6306) 992142 email:mailto:carsten.delel...@delellis.net carsten.delel...@delellis.net http://www.linkedin.com/in/carstenlaundelellis http://www.linkedin.com/in/carstenlaundelellis -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] BTS activities for Monday, March 18 2013
Title: BTS activities for Monday, March 18 2013 BTS Activities Home page: http://www.sogo.nu/bugs Project: SOGo For the period covering: Monday, March 18 2013 idlast updatestatus (resolution)categorysummary 2270 2013-03-18 09:56:28 updated (open) Web Mail Problem with mimetype image/pdf
