[SOGo] BTS activities for Monday, October 15 2012
Title: BTS activities for Monday, October 15 2012 BTS Activities Home page: http://www.sogo.nu/bugs Project: SOGo For the period covering: Monday, October 15 2012 idlast updatestatus (resolution)categorysummary 2034 2012-10-15 09:09:45 new (open) SOGo Native Outlook Compatibility Duplicate folders with (1) in the name 608 2012-10-15 08:06:52 updated (open) Backend Address Book Display all entries of LDAP address book by default (if enabled) for Thunderbird 1981 2012-10-15 02:50:37 updated (open) Backend Address Book Can't access multiple Address books in Mac OS 10.7 and 10.8 2032 2012-10-15 08:08:31 updated (open) Backend Address Book LDAP SOGoUserSources of groupOfNames members are not decomposed 1876 2012-10-15 09:00:09 updated (open) Backend General MODIFICATION_FAILED in thunderbird 2033 2012-10-15 07:31:36 updated (open) Backend Mail EXCEPTION: NAME:NSRangeException REASON:in substringWithRange:, range { 294, 4 } extends beyond size 1988 2012-10-15 04:24:20 updated (open) GUI Can't delete/"unsubscribe" remote addressbook from Thunderbird 1646 2012-10-15 08:40:08 updated (open) sogo-tool Store recipients e-mail address history 438 2012-10-15 08:12:04 updated (open) Web Address Book Display all entries of LDAP address book by default (if enabled) 2026 2012-10-15 09:14:34 updated (open) Web Address Book Address book and collected address 2035 2012-10-15 10:36:26 updated (open) Web Calendar When importing calendars from another calendaring system all events with invitations don't work anymore 2037 2012-10-15 20:29:47 new (open) Web Calendar Calendar list : No scrolling bar 2036 2012-10-15 12:27:04 new (open) Web Preferences Bugs in sieve-mgm communication 1751 2012-10-15 08:48:55 updated (open) with external server SoGo Connector prevents Thunderbird 11.0 from using STARTTLS 1999 2012-10-15 11:13:12 assigned (open) Backend Calendar sogod crashes on some (not all) PROPFIND requests to shared calendars; resulting in 502 proxy errors 2012 2012-10-15 23:17:52 resolved (fixed) OpenChange backend scalability: the fetching/parsing of coreInfos struct takes a long time for a large amount of messages 2031 2012-10-15 23:18:18 resolved (fixed) OpenChange backend a crash occurs when no body key is present in certain emails 1880 2012-10-15 09:05:05 resolved (fixed) Web Address Book Sharing not available in context menu directly after creating a new address book
Re: [SOGo] SOGo nightlies - problem with Outlook and strange folders
I have a script that does this exact thing. I wonder if there was anything special about your dovecot config. On 10/15/2012 01:19 PM, Mailing wrote: Hello, Am 15.10.2012 14:53, schrieb Miles Lott: Running sogo nightlies on Centos 6.3 64-bit. We're running dovecot 2.1.10 compiled locally using atrpms' spec file: We are seeing certain folders created with (1) at the end. It's as if the folder exists already and Outlook, sogo, or openchange is creating a new one with the new name. The only folders doing this are the native Outlook folders Notes, Deleted Messages, and Sync Issues. In Outlook itself, I may see 20 or 30 of these folders each. Of course, the folders do not show up in Dovecot or the web interface more than once. I had a similar behavior with my first dovecot IMAP experiments. Upgrading to dovecot 2.1.10 and a complete reprovisioning of the Openchange Samba finally solved this issue somehow (deleting Sogo database, restarting memchached, deleting all samba/private files). Best regards, Sebastian -- Miles Lott - ml...@gie.com Systems Administrator, Houston Gulf Interstate Engineering ofc +1 713 375-4489 cel +1 713 899-4329 Privileged, Proprietary and/or Confidential Information may be contained in this electronic message. If you are not the intended recipient, you should not copy it, re-transmit it, use it or disclose its contents, but should kindly return to the sender immediately and delete your copy from your system. Gulf Interstate Engineering Company does not accept responsibility for changes made to this electronic message or its attachments. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo nightlies - problem with Outlook and strange folders
Hello, Am 15.10.2012 14:53, schrieb Miles Lott: Running sogo nightlies on Centos 6.3 64-bit. We're running dovecot 2.1.10 compiled locally using atrpms' spec file: We are seeing certain folders created with (1) at the end. It's as if the folder exists already and Outlook, sogo, or openchange is creating a new one with the new name. The only folders doing this are the native Outlook folders Notes, Deleted Messages, and Sync Issues. In Outlook itself, I may see 20 or 30 of these folders each. Of course, the folders do not show up in Dovecot or the web interface more than once. I had a similar behavior with my first dovecot IMAP experiments. Upgrading to dovecot 2.1.10 and a complete reprovisioning of the Openchange Samba finally solved this issue somehow (deleting Sogo database, restarting memchached, deleting all samba/private files). Best regards, Sebastian -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] ANN: SOGoAccountsManager - An accounts manager that integrates well with SOGo
On 15/10/12 05:51, Romain LE DISEZ wrote: The backend is developed in PHP, using the Slim Framework[1]. It is modular so you can adapt it to your users database (LDAP, SQL, ...). It is a small piece of code, less than 600 lines of real code. While it's quite small, you might want to consider switching to Python instead of PHP. This could give you: * direct access to SOGo objects using the Python bindings we ported a few months ago (PyObjC). Using this, you could reuse SOGo's business logic to: o get/set ACLs, user preferences, etc. o get/set IMAP quotas, Sieve scripts, etc. o backup/restore calendars/address books o cleanup calendars, address books, etc. o and much more... * the ability to wrap everything as a bundle in SOGo, so it could really be integrated within the SOGo application (as a separate module, like Calendar or the Mail module) Thanks! -- Ludovic Marcotte +1.514.755.3630 :: www.inverse.ca Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence (www.packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo nightlies - problem with Outlook and strange folders
Thanks - done. Hopefully this is just a configuration issue. On 10/15/2012 07:59 AM, Wolfgang Sourdeau wrote: Can you fill a bugreport in our BTS regarding this issue? Thanks. Wolfgang ps: it's probably due to some incompatibilities of SOGo with Dovecot. Privileged, Proprietary and/or Confidential Information may be contained in this electronic message. If you are not the intended recipient, you should not copy it, re-transmit it, use it or disclose its contents, but should kindly return to the sender immediately and delete your copy from your system. Gulf Interstate Engineering Company does not accept responsibility for changes made to this electronic message or its attachments. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo nightlies - problem with Outlook and strange folders
Can you fill a bugreport in our BTS regarding this issue? Thanks. Wolfgang ps: it's probably due to some incompatibilities of SOGo with Dovecot. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] PANIC: /usr/sbin/samba: Uncaught exception NSInvalidArgumentException, reason: Tried to add nil to set
That is an interesting bug, because it is as if one of the messages parsed above did not have a body. This is possible but very rare. The fix is quite simple, I will commit it tomorrow when at work. It's fixed, so you should be able to try again with the nigthlies of tomorrow. Wolfgang -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] SOGo nightlies - problem with Outlook and strange folders
Running sogo nightlies on Centos 6.3 64-bit. We're running dovecot 2.1.10 compiled locally using atrpms' spec file: We are seeing certain folders created with (1) at the end. It's as if the folder exists already and Outlook, sogo, or openchange is creating a new one with the new name. The only folders doing this are the native Outlook folders Notes, Deleted Messages, and Sync Issues. In Outlook itself, I may see 20 or 30 of these folders each. Of course, the folders do not show up in Dovecot or the web interface more than once. I have deleted the mapistore folder as well as the user_socfs table. Even if I reprovision everything including dropping of the sogo database, these folders will return. The mailbox I am testing with was copied from our current imap system using doveadm and imapc, and is roughly 2G in size. However, even if I repoint sogo to the local test machine with an empty mailbox, sogo will create these folders in the empty mailbox. Since samba is fortunately no longer crashing on me, I can't provide a trace but only logs. I get a constant stream of the following while the mailbox is syncing with Outlook: 2012-10-15 07:45:11.791 samba[4095] METHOD '+[MAPIStoreContext openContext:withURI:connectionInfo:andTDBIndexing:]' (227) -- uri: '(null)/' 2012-10-15 07:45:11.791 samba[4095] ERROR: unrecognized module name '(null)' [2012/10/15 07:45:11, 0] mapiproxy/servers/default/emsmdb/emsmdbp_object.c:407(emsmdbp_object_open_folder) emsmdbp_object_open_folder: opening base mapistore folder [2012/10/15 07:45:11, 0] mapiproxy/libmapistore/mapistore_backend.c:341(mapistore_backend_create_context) namespace is sogo:// and backend_uri is 'mlott:mlott@mail/folderDeleted_SP_Messages_SP_(1)/' [2012/10/15 07:45:11, 0] MAPIStoreSOGo.m:155(sogo_backend_create_context) [SOGo: sogo_backend_create_context:155] 2012-10-15 07:45:11.830 samba[4095] METHOD '+[MAPIStoreContext openContext:withURI:connectionInfo:andTDBIndexing:]' (227) -- uri: 'mlott:mlott@mail/folder' Oct 15 07:45:11 samba [4095]: -init [2012/10/15 07:45:11, 0] mapiproxy/libmapistore/mapistore_interface.c:339(mapistore_del_context) mapistore_del_context: context_id to del is 2 Oct 15 07:45:11 samba [4095]: -dealloc This is of course also slowing down the sync as it appears that we're stuck in some kind of loop. Privileged, Proprietary and/or Confidential Information may be contained in this electronic message. If you are not the intended recipient, you should not copy it, re-transmit it, use it or disclose its contents, but should kindly return to the sender immediately and delete your copy from your system. Gulf Interstate Engineering Company does not accept responsibility for changes made to this electronic message or its attachments. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Re: ldap SOGoUserSources for groups
On 2012-10-15 13:04, Simon Walter wrote: > On 10/15/2012 07:37 PM, Christian Mack wrote: >> Hello Simon Walter >> >> >> On 2012-10-15 09:15, Simon Walter wrote: >> < ... > >>> BTW, none of my SOGoUserSources that show in the address book have >>> entries. Perhaps this the problem. Though the ZEG is like that too. >>> Another bug? >>> >> No, they are not listed, because you only can search in them. >> Just use the search field in the upper right corner. >> > > Aha. I see. That is true. It works as you described. Is there a way to > make it behave like the personal address book? (all contents visible) > No, you only can set SOGoLDAPQueryLimit to a number bigger than your user count and then search with searchstring "." (dot without quotes). But be aware, that this can use a lot of time and bandwidth, if you have a big user base. There is an enhancement bug related to this: http://www.sogo.nu/bugs/view.php?id=438 Kind regards, Christian Mack -- Christian Mack Gruppe Informationsdienste Rechenzentrum Universität Konstanz -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] SOGo Update Server, Thunderbird, and Autoconfiguration
I'm preparing to deploy a Thunderbird with the SOGo add-ons, Integrator and Connector. I've read about the SOGo Update Server in the documentation. Is Autoconfiguration[1] still useful with the SOGo Update Server? It seems like I can accomplish what Autoconfiguration does by pushing preferences via the SOGo Integrator. Or, are the preferences I can push only those used by Integrator and Connector? Another related question is, has anyone deployed Thunderbird with INF files[2] with Integrator and Connector included? Anything I should look out for? Many thanks, Simon [1] https://developer.mozilla.org/en-US/docs/Thunderbird/Autoconfiguration [2] http://wpkg.org/Thunderbird -- Simon Walter IT Manager Hokkaido Tracks Management Ph: +81 (0) 136 23 3503 Fax: +81 (0) 136 21 2559 www.hokkaidotracks.com This e-mail contains proprietary information some or all of which may be legally privileged. If you are not the intended recipient you must not use, disclose, distribute, copy, print, or rely on this e-mail. Whilst reasonable precautions have been taken to ensure that this message and any attachments are free from viruses or other malicious code, no guarantee is implied or given. The views expressed in this communication may not necessarily be the views held by Hokkaido Tracks. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Re: ldap SOGoUserSources for groups
On 10/15/2012 07:37 PM, Christian Mack wrote: Hello Simon Walter On 2012-10-15 09:15, Simon Walter wrote: < ... > BTW, none of my SOGoUserSources that show in the address book have entries. Perhaps this the problem. Though the ZEG is like that too. Another bug? No, they are not listed, because you only can search in them. Just use the search field in the upper right corner. Aha. I see. That is true. It works as you described. Is there a way to make it behave like the personal address book? (all contents visible) Regards, Simon -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Re: ldap SOGoUserSources for groups
Hello Simon Walter On 2012-10-15 09:15, Simon Walter wrote: < ... > > > BTW, none of my SOGoUserSources that show in the address book have > entries. Perhaps this the problem. Though the ZEG is like that too. > Another bug? > No, they are not listed, because you only can search in them. Just use the search field in the upper right corner. Kind regards, Christian Mack -- Christian Mack Gruppe Informationsdienste Rechenzentrum Universität Konstanz -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] ANN: SOGoAccountsManager - An accounts manager that integrates well with SOGo
On 15.10.2012 12:51, Romain LE DISEZ wrote: SOGo Users, I am pleased to announce SOGoAccountsManager, a new project that aim to provide a SOGo user interface to manage users accounts. Before going to the technical informations, let's see some screenshots and a short screencast: - http://web.ledisez.net/sogo-accounts-manager/screenshot1.png - http://web.ledisez.net/sogo-accounts-manager/screenshot2.png - http://web.ledisez.net/sogo-accounts-manager/screenshot3.png - http://web.ledisez.net/sogo-accounts-manager/screenshot4.png - http://web.ledisez.net/sogo-accounts-manager/screenshot5.png - http://web.ledisez.net/sogo-accounts-manager/screenshot6.png - http://web.ledisez.net/sogo-accounts-manager/screencast1.mp4 SOGoAccountsManager is composed by two (unamed) subprojects: the backend and the frontend. The backend is developed in PHP, using the Slim Framework[1]. It is modular so you can adapt it to your users database (LDAP, SQL, ...). It is a small piece of code, less than 600 lines of real code. The frontend is developed using SproutCore[2]. So it is fully Javascript and only runs in the browser. Frontend and backend communicate via a REST interface. SOGoAccountsManager reuses the cookie of SOGo, so there is no need to re-authenticate. SOGoAccountsManager is not features complete for now. It is stable enought to be tested for accounts management. Domains management, Mail groups management, etc... are not developed for now. As soon as accounts management will be rock solid, it will be easy to continue the development. It is like an alpha 1 release. There is no real documentation for now. Basically: 1/ Place backend/ on your SOGo server (eg: in /srv/www/webmail.example.com/SOGoAccountsManager/) 2/ Extract Slim Framework (tested with last stable, v2.1) and Zend Framework (tested with last stable, v2.0.2) in one of the PHP includes path: - /usr/share/php on RHEL6/CentOS6 - [...]/backend/library/ 3/ Edit [...]/backend/application/config.php 4/ Build the frontend with the SproutCore tools and upload it to your server (eg: /srv/www/webmail.example.com/SOGoAccountsManager/static/) 5/ Put this in your Apache config BEFORE the SOGo config: ProxyPass /SOGo/AccountsManager ! Alias /SOGo/AccountsManager/api/ /srv/www/webmail.ledisez.net/SOGoAccountsManager/backend/www/index.php/ Alias /SOGo/AccountsManager /srv/www/webmail.ledisez.net/SOGoAccountsManager/static/sogo_accounts_manager/en/b26d3251b668789fa394b64f087d2f238e73ed65 Alias /static /srv/www/webmail.ledisez.net/SOGoAccountsManager/static SOGoAccountsManager is an open source software released under the AGPLv3: https://github.com/rledisez/SOGoAccountsManager Any kinds of feedbacks/contributions will be greatly appreciated. Best regards. [1] http://www.slimframework.com/ [2] http://sproutcore.com/ That's very good news. Thank you very much. I will test it soon. -- Relu -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] ANN: SOGoAccountsManager - An accounts manager that integrates well with SOGo
Very nice! Am 15.10.2012 11:51, schrieb Romain LE DISEZ: SOGo Users, I am pleased to announce SOGoAccountsManager, a new project that aim to provide a SOGo user interface to manage users accounts. Before going to the technical informations, let's see some screenshots and a short screencast: - http://web.ledisez.net/sogo-accounts-manager/screenshot1.png - http://web.ledisez.net/sogo-accounts-manager/screenshot2.png - http://web.ledisez.net/sogo-accounts-manager/screenshot3.png - http://web.ledisez.net/sogo-accounts-manager/screenshot4.png - http://web.ledisez.net/sogo-accounts-manager/screenshot5.png - http://web.ledisez.net/sogo-accounts-manager/screenshot6.png - http://web.ledisez.net/sogo-accounts-manager/screencast1.mp4 SOGoAccountsManager is composed by two (unamed) subprojects: the backend and the frontend. The backend is developed in PHP, using the Slim Framework[1]. It is modular so you can adapt it to your users database (LDAP, SQL, ...). It is a small piece of code, less than 600 lines of real code. The frontend is developed using SproutCore[2]. So it is fully Javascript and only runs in the browser. Frontend and backend communicate via a REST interface. SOGoAccountsManager reuses the cookie of SOGo, so there is no need to re-authenticate. SOGoAccountsManager is not features complete for now. It is stable enought to be tested for accounts management. Domains management, Mail groups management, etc... are not developed for now. As soon as accounts management will be rock solid, it will be easy to continue the development. It is like an alpha 1 release. There is no real documentation for now. Basically: 1/ Place backend/ on your SOGo server (eg: in /srv/www/webmail.example.com/SOGoAccountsManager/) 2/ Extract Slim Framework (tested with last stable, v2.1) and Zend Framework (tested with last stable, v2.0.2) in one of the PHP includes path: - /usr/share/php on RHEL6/CentOS6 - [...]/backend/library/ 3/ Edit [...]/backend/application/config.php 4/ Build the frontend with the SproutCore tools and upload it to your server (eg: /srv/www/webmail.example.com/SOGoAccountsManager/static/) 5/ Put this in your Apache config BEFORE the SOGo config: ProxyPass /SOGo/AccountsManager ! Alias /SOGo/AccountsManager/api/ /srv/www/webmail.ledisez.net/SOGoAccountsManager/backend/www/index.php/ Alias /SOGo/AccountsManager /srv/www/webmail.ledisez.net/SOGoAccountsManager/static/sogo_accounts_manager/en/b26d3251b668789fa394b64f087d2f238e73ed65 Alias /static /srv/www/webmail.ledisez.net/SOGoAccountsManager/static SOGoAccountsManager is an open source software released under the AGPLv3: https://github.com/rledisez/SOGoAccountsManager Any kinds of feedbacks/contributions will be greatly appreciated. Best regards. [1] http://www.slimframework.com/ [2] http://sproutcore.com/ -- Greetings, Martin Rabl -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] ANN: SOGoAccountsManager - An accounts manager that integrates well with SOGo
SOGo Users, I am pleased to announce SOGoAccountsManager, a new project that aim to provide a SOGo user interface to manage users accounts. Before going to the technical informations, let's see some screenshots and a short screencast: - http://web.ledisez.net/sogo-accounts-manager/screenshot1.png - http://web.ledisez.net/sogo-accounts-manager/screenshot2.png - http://web.ledisez.net/sogo-accounts-manager/screenshot3.png - http://web.ledisez.net/sogo-accounts-manager/screenshot4.png - http://web.ledisez.net/sogo-accounts-manager/screenshot5.png - http://web.ledisez.net/sogo-accounts-manager/screenshot6.png - http://web.ledisez.net/sogo-accounts-manager/screencast1.mp4 SOGoAccountsManager is composed by two (unamed) subprojects: the backend and the frontend. The backend is developed in PHP, using the Slim Framework[1]. It is modular so you can adapt it to your users database (LDAP, SQL, ...). It is a small piece of code, less than 600 lines of real code. The frontend is developed using SproutCore[2]. So it is fully Javascript and only runs in the browser. Frontend and backend communicate via a REST interface. SOGoAccountsManager reuses the cookie of SOGo, so there is no need to re-authenticate. SOGoAccountsManager is not features complete for now. It is stable enought to be tested for accounts management. Domains management, Mail groups management, etc... are not developed for now. As soon as accounts management will be rock solid, it will be easy to continue the development. It is like an alpha 1 release. There is no real documentation for now. Basically: 1/ Place backend/ on your SOGo server (eg: in /srv/www/webmail.example.com/SOGoAccountsManager/) 2/ Extract Slim Framework (tested with last stable, v2.1) and Zend Framework (tested with last stable, v2.0.2) in one of the PHP includes path: - /usr/share/php on RHEL6/CentOS6 - [...]/backend/library/ 3/ Edit [...]/backend/application/config.php 4/ Build the frontend with the SproutCore tools and upload it to your server (eg: /srv/www/webmail.example.com/SOGoAccountsManager/static/) 5/ Put this in your Apache config BEFORE the SOGo config: ProxyPass /SOGo/AccountsManager ! Alias /SOGo/AccountsManager/api/ /srv/www/webmail.ledisez.net/SOGoAccountsManager/backend/www/index.php/ Alias /SOGo/AccountsManager /srv/www/webmail.ledisez.net/SOGoAccountsManager/static/sogo_accounts_manager/en/b26d3251b668789fa394b64f087d2f238e73ed65 Alias /static /srv/www/webmail.ledisez.net/SOGoAccountsManager/static SOGoAccountsManager is an open source software released under the AGPLv3: https://github.com/rledisez/SOGoAccountsManager Any kinds of feedbacks/contributions will be greatly appreciated. Best regards. [1] http://www.slimframework.com/ [2] http://sproutcore.com/ -- Romain LE DISEZ -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Migration horde to sogo
Le Lundi 8 Octobre 2012 10:34 CEST, Christian Mack a écrit: > On 2012-10-05 19:49, gerard breiner wrote: > > Hello, > > > > First of all many thanks at the SOGo team for this great work that is sogo. > > So far we used Horde with kronolith and turba. > > I installed Sogo 2-2.0.0 under Debian Squeeze via apt-get. Now I downloaded > > the scripts Migration/Horde and configure config.py. > > I run ./turba.py gbreiner > > It works (no error) but I don't know where are my three vcard . > > So I modified TurbaConverter so that it show the put.response["status"] and > > the url of my vcard. > > > > I run again ./turba.py gbreiner and I get : > > > > Converting addressbook of 'gbreiner' > > prepared 3 cards > > /SOGo/dav/gbreiner/Contacts/personal/b4fd46282634d0750075b49cf5714971.vcf > > 302 > > successes: 1; failures: 0 > > /SOGo/dav/gbreiner/Contacts/personal/772361c72f938164ac3e3c0e5db68bee.vcf > > 302 > > successes: 2; failures: 0 > > /SOGo/dav/gbreiner/Contacts/personal/6e7e576eb0f43908ffce5501cd484e70.vcf > > 302 > > successes: 3; failures: 0 > > > > Done > > > > So It seems all is correct but how can I get my three contacts... ? > > > > Any help would be appreciated. > > > > Did you log in to SOGo as user gbreiner before importing old data? > The "personal" calendar and address book are created on first log in, so > I don't think importing will work before that. > > Try looking under "Address Book" --> "Personal address book" when > logging in as user gbreiner into the SOGo webinterface. > > > Kind regards, > Christian Mack > > -- > Christian Mack > Gruppe Informationsdienste > Rechenzentrum Universität Konstanz > -- > users@sogo.nu > https://inverse.ca/sogo/lists Hello, I'm the feeling that there is a bug in the webdavlib library. I think the PUT is not successfull even thougth the script TurbaConverter say that all is ok. The put.response["status"] give the code 302 which is a common way of performing a redirection. Which redirection and where? I know that the if I make a "print url" in the script I get : /SOGo/dav/gbreiner/Contacts/personal/b4fd46282634d0750075b49cf5714971.vcf but in the web interface sogo this contact doesn't appear. Thanks in advance. Gérard Breiner -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Re: ldap SOGoUserSources for groups
On 10/12/2012 08:00 PM, mourik jan heupink wrote: Hi Simon, Never mind most of my questioning. I made it work with MailFieldNames, though I had already applied for a PEN - jumped the gun I suppose. I'm still wondering about #2. Could you tell us (me, anyway) how you make it work with MailFieldNames? I'm guessing your goal was to send an email to a group of users defined in ldap? Curious... (because how I see it, the only way now is to use extensibleObject, and then add mail attributes to your ldap-groups. And extensibleObject is not a very nice solution...) Seeing the previous problem I have with the group members not expanding (decomposing), I tried it your way with extensibleObject and mail. Now this time I cannot save the event because the server hangs (crashes?). Logs: 2012-10-15 17:46:51.305 sogod[3311] Note: Using UTF-8 as URL encoding in NGExtensions. Oct 15 17:46:51 sogod [3311]: <0x0x9c62d80[SOGoCache]> Cache cleanup interval set every 300.00 seconds Oct 15 17:46:51 sogod [3311]: <0x0x9c62d80[SOGoCache]> Using host(s) 'localhost' as server(s) 2012-10-15 17:46:51.313 sogod[3311] Note(SoObject): SoDebugKeyLookup is enabled! 2012-10-15 17:46:51.314 sogod[3311] Note(SoObject): SoDebugBaseURL is enabled! 2012-10-15 17:46:51.314 sogod[3311] Note(SoObject): relative base URLs are enabled. Oct 15 17:46:51 sogod [3311]: [WARN] <0x0x9e2ee08[SOGoWebDAVAclManager]> entry '{DAV:}write' already exists in DAV permissions table Oct 15 17:46:51 sogod [3311]: [WARN] <0x0x9e2ee08[SOGoWebDAVAclManager]> entry '{DAV:}write-properties' already exists in DAV permissions table Oct 15 17:46:51 sogod [3311]: [WARN] <0x0x9e2ee08[SOGoWebDAVAclManager]> entry '{DAV:}write-content' already exists in DAV permissions table 2012-10-15 17:46:51.350 sogod[3311] ERROR(-[NGBundleManager bundleWithPath:]): could not create bundle for path: '/usr/share/GNUstep/Libraries/gnustep-base/Versions/1.22/Resources/SSL.bundle' 2012-10-15 17:46:51.378 sogod[3311] WOxElemBuilder: could not locate builders: WOxExtElemBuilder,WOxExtElemBuilder 2012-10-15 17:46:51.378 sogod[3311] WOCompoundElement: pool embedding is on. 2012-10-15 17:46:51.378 sogod[3311] WOCompoundElement: id logging is on. EXCEPTION: NAME:NSInvalidArgumentException REASON:GSCBufferString(instance) does not recognize count INFO:(null) Oct 15 17:46:51 sogod [3255]: <0x0x9badff0[WOWatchDogChild]> child 3311 exited Oct 15 17:46:51 sogod [3255]: <0x0x9badff0[WOWatchDogChild]> (terminated due to signal 6) Oct 15 17:46:51 sogod [3255]: <0x0x9badff0[WOWatchDogChild]> avoiding to respawn child before 2012-10-15 17:46:56 +0900 Oct 15 17:46:56 sogod [3255]: <0x0x9c97228[WOWatchDog]> child spawned with pid 3313 I think there are some unrelated issues I have sort out. I can't find what is related to the crash. Perhaps "does not recognize count INFO"? Is this method working for you? Are the members properly being decomposed? BTW, just sending email to a group of users, Postfix can handle. But it must be decomposed to work for invitations. Otherwise user "i...@example.com" will be invited, and not "si...@example.com" and "greg...@example.com". No go. Regards, Simon -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Re: ldap SOGoUserSources for groups
On 10/12/2012 08:00 PM, mourik jan heupink wrote: Could you tell us (me, anyway) how you make it work with MailFieldNames? I'm guessing your goal was to send an email to a group of users defined in ldap? Curious... (because how I see it, the only way now is to use extensibleObject, and then add mail attributes to your ldap-groups. And extensibleObject is not a very nice solution...) It's only working partially. It seems there is a bug. What does work is the sources. So I've made an groupOfNames with members. The cn for the groupOfNames is in the form i...@example.org. It finds these fine and populates fields of emails and calendars. However, it does not, as advertised, expand to a list of members. This is not cool. Though, I've set up postfix to work for sending mails to these groups. SOGo itself does not expand them. Which is unfortunate. It seems to be a bug or I've configured something wrong. We shall find out: http://www.sogo.nu/bugs/view.php?id=2032 Using the cn is not ideal, but it's alright. Here is my SOGoUserSources for groups: {type=ldap;CNFieldName = cn;IDFieldName = cn;UIDFieldName = cn; MailFieldNames=(cn, mail); scope=SUB; KindFieldName="group";baseDN = "ou=departments,ou=groups,dc=example,dc=com";bindDN="cn=admin,dc=example,dc=com"; bindPassword="secret";canAuthenticate = YES;displayName = "Departments"; hostname="192.168.1.5"; id="departments"; isAddressBook=YES; port=389;} BTW, none of my SOGoUserSources that show in the address book have entries. Perhaps this the problem. Though the ZEG is like that too. Another bug? Simon -- users@sogo.nu https://inverse.ca/sogo/lists