[SOGo] Address Book(s)
Greetings. I'm having a slightly annoying issue with duplicated address books. When a user uses Thunderbird to view the address book, they get their personal one as you might expect, and they get the Comtek global one (which is basically our LDAP directory). They also, however, get one called public which has a global icon like the Comtek address book. The public one isn't search-able, however, so I'm wondering why it's there and what could be resulting in its existance? Has anyone encountered this before now? Cheers, -- Michael Crilly Comtek IT Systems Administrator E: michael.cri...@comtek.co.uk Comtek Network Systems UK Ltd http://www.comtek.co.uk/ -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Script
For this reason: Corrado Fiore: ... there's always a chance that a mistyped character will make GNUstep wipe away your file during the next parsing. Therefore you must always to keep a backup copy of your old file. Argh. It's incredibly annoying. Also, XML isn't a UNIX standard configuration format neither; it's an ugly, bloated format (which has its uses outside of configuration files in my eyes) which shouldn't ever be used for application configuration. At present I am writing the script to some what stable and include some error management. Once this has been done I shall upload a copy to a Dropbox account for people to use. This will be in a few days hopefully (I want to make sure the script is commented out, as well as the configuration file). Cheers. On 18/02/2011 11:31, Mark Adams wrote: Um, why don't you just edit /home/sogo/GNUstep/Defaults file as the sogo user after your initial setup? Regards, Mark On 18 Feb 2011, at 10:59, Michael Crillymichael.cri...@comtek.co.uk wrote: Greetings, When I first installed SOGo and realized it used GNUStep (urgh!) I wasn't too impressed. It's a horrid way of configuring a UNIX application and it simply doesn't fit in with the UNIX way of thinking. All that being said, I've written a Perl script that I've found, so far, makes my life a lot easier... The script basically reads in a SOGo.conf file, which is in Apache format (a very common UNIX configuration file format), and parses it, converting each variable declaration into a 'defaults writedomain key value' command. It works perfectly so far, and even supports a variable amount of SOGoUserSources entries/dictionaries. I've found this makes configuring SOGo A LOT easier and if you need to change anything, it's incredibly easy too and simpler than remembering the SOGoVariable, su'ing as the sogo user and typing out the defaults command for each and every individual option - ugh. One thing it doesn't do at present is checking the variable names for potential mistakes or any kind of error checking, for that matter. See below why. If people would find this script useful, then I will refine the script and add a lot of other support (logging, rollback, etc) and try and get it into the official Debian linux package repository, amongst other things. If people don't feel as though this would be helpful, then I will leave it as it is and be done with it. Let me know. Kind regards, -- Michael Crilly Comtek IT Systems Administrator E: michael.cri...@comtek.co.uk Comtek Network Systems UK Ltd http://www.comtek.co.uk/ -- users@sogo.nu https://inverse.ca/sogo/lists -- Michael Crilly Comtek IT Systems Administrator E: michael.cri...@comtek.co.uk Comtek Network Systems UK Ltd http://www.comtek.co.uk/ -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Script
I do know Objective-C, but I'm not delving into the guts of that beast ;) On 18/02/2011 13:29, Покотиленко Константин wrote: Patching SOGo to understand unix-style config directly would be much cleaner solution, if someone could do this :) В Птн, 18/02/2011 в 12:25 +, Michael Crilly пишет: For this reason: Corrado Fiore: ... there's always a chance that a mistyped character will make GNUstep wipe away your file during the next parsing. Therefore you must always to keep a backup copy of your old file. Argh. It's incredibly annoying. Also, XML isn't a UNIX standard configuration format neither; it's an ugly, bloated format (which has its uses outside of configuration files in my eyes) which shouldn't ever be used for application configuration. At present I am writing the script to some what stable and include some error management. Once this has been done I shall upload a copy to a Dropbox account for people to use. This will be in a few days hopefully (I want to make sure the script is commented out, as well as the configuration file). Cheers. On 18/02/2011 11:31, Mark Adams wrote: Um, why don't you just edit /home/sogo/GNUstep/Defaults file as the sogo user after your initial setup? Regards, Mark On 18 Feb 2011, at 10:59, Michael Crillymichael.cri...@comtek.co.uk wrote: Greetings, When I first installed SOGo and realized it used GNUStep (urgh!) I wasn't too impressed. It's a horrid way of configuring a UNIX application and it simply doesn't fit in with the UNIX way of thinking. All that being said, I've written a Perl script that I've found, so far, makes my life a lot easier... The script basically reads in a SOGo.conf file, which is in Apache format (a very common UNIX configuration file format), and parses it, converting each variable declaration into a 'defaults writedomain key value' command. It works perfectly so far, and even supports a variable amount of SOGoUserSources entries/dictionaries. I've found this makes configuring SOGo A LOT easier and if you need to change anything, it's incredibly easy too and simpler than remembering the SOGoVariable, su'ing as the sogo user and typing out the defaults command for each and every individual option - ugh. One thing it doesn't do at present is checking the variable names for potential mistakes or any kind of error checking, for that matter. See below why. If people would find this script useful, then I will refine the script and add a lot of other support (logging, rollback, etc) and try and get it into the official Debian linux package repository, amongst other things. If people don't feel as though this would be helpful, then I will leave it as it is and be done with it. Let me know. Kind regards, -- Michael Crilly Comtek IT Systems Administrator E: michael.cri...@comtek.co.uk Comtek Network Systems UK Ltd http://www.comtek.co.uk/ -- users@sogo.nu https://inverse.ca/sogo/lists -- Michael Crilly Comtek IT Systems Administrator E: michael.cri...@comtek.co.uk Comtek Network Systems UK Ltd http://www.comtek.co.uk/ -- Michael Crilly Comtek IT Systems Administrator E: michael.cri...@comtek.co.uk Comtek Network Systems UK Ltd http://www.comtek.co.uk/ -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Script
Not sure what ASK means (unless it just means ask, as in the word), but I am working on the script. It has come along nicely, but I'm not the best Perl programmer (I only picked up the language about two weeks ago), so the script could be better (it's pretty good in my eyes). When I feel the script can be safely used in a production environment, I will release it. Right now, it can take a configuration file from any location and correctly parses the Apache style config' and bangs out a load of 'defaults write' commands. It can also print out an ASCII table of the settings for easier review of your choices (without writing them to the GNUStep configuration file). Here's a screen shot: http://cl.ly/0A2k3X2Z3w3O2w1Y1j3M Cheers. On 18/02/2011 19:46, Patrick Ben Koetter wrote: * Wolfgang Sourdeauusers@sogo.nu: Le 11-02-18 08:49, Michael Crilly a écrit : I do know Objective-C, but I'm not delving into the guts of that beast ;) Even though your concerns are legimitate, I must specify that to SOGo's defense, the problems you mention are not SOGo's fault: - initially, what counts is that the file be in property list. Some versions of GNUstep convert automatically this from OpenStep format into XML, but there is nothing we can do about it. You could try to convert it back to the OpenStep property list format... - again, the fact that SOGo will wipe your configuration file is a bug in the GNUstep code. Overal, I think the idea of a structured file-format is a good one. Perhaps the missing step to UNIX-compliance would be to enable the use of a conf file in the /etc/ hierarchy. This would be quite easy to do and you just need to ask ;) Dropping the Defaults dependency and going for a UNIX type FHS http://www.pathname.com/fhs/ path compliant conf file would be a dream come true. So here is a huge ask: K K A ASK K A ASK K A ASKK K K K A A S KK A A S K K A A S K K A A K K p@rick -- Michael Crilly ICT Systems Administrator Comtek Network Systems M: 07771133663 E: michael.cri...@comtek.co.uk -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] How to Share a Calendar
Hi, You need to setup the SOGoSuperUsernames variable. Like this defaults write sogod SOGoSuperUsernames (user1, user2, user3) This will enable the ACL option for these users. Cheers, Mike On 18/02/2011 21:24, Adi Linden wrote: you neeed an admin account, to set the acl's. How do I setup an admin account? Would it be a regular user with admin privileges or a dedicated new account? Adi -- Michael Crilly ICT Systems Administrator Comtek Network Systems M: 07771133663 E: michael.cri...@comtek.co.uk -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Duplicated Calendars
Now I am getting nothing at all. I don't have any buttons, nor do I get any calendars at all. Worst of all, according to my HTTP debugging proxy, no requests for SOGo calendars are going out what so ever - only requests for contacts: http://cl.ly/1E271j1i1h032V1I0N00 Little help? Files attached. On 16/02/2011 18:04, Ludovic Marcotte wrote: On 11-02-16 12:58 PM, Michael Crilly wrote: RequestHeader set x-webobjects-server-name Comtek RequestHeader set x-webobjects-server-urlhttp://axe.chester.comtek.co.uk; This is wrong, x-webobjects-server-name should be axe.chester.comtek.co.uk. Your extensions.rdf file is also wrong: isi:updateURL=http://axe.chester.comtek.co.uk:80/plugins/ strip the :80 part, it is useless and will confuse path comparisons. -- Michael Crilly Comtek IT Systems Administrator E: michael.cri...@comtek.co.uk M: 07771133663 Comtek Network Systems UK Ltd http://www.comtek.co.uk/ -- users@sogo.nu https://inverse.ca/sogo/lists extensions.rdf Description: application/rdf Alias /SOGo.woa/WebServerResources/ /usr/lib/GNUstep/SOGo/WebServerResources/ Alias /SOGo/WebServerResources/ /usr/lib/GNUstep/SOGo/WebServerResources/ AliasMatch /SOGo/so/ControlPanel/Products/(.*)/Resources/(.*) /usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2 Alias /.woa/WebServerResources/ /usr/lib/GNUstep/SOGo/WebServerResources/ Directory /usr/lib/GNUstep/SOGo/ AllowOverride None Order deny,allow Allow from all /Directory LocationMatch ^/SOGo/so/ControlPanel/Products/.*UI/Resources/.*\.(jpg|png|gif|css|js) SetHandler default-handler /LocationMatch ## Uncomment the following to enable proxy-side authentication, you will then ## need to set the SOGoTrustProxyAuthentication SOGo user default to YES and ## adjust the x-webobjects-remote-user proxy header in the Proxy section ## below. #Location /SOGo # AuthType XXX # Require valid-user # SetEnv proxy-nokeepalive 1 # Allow from all #/Location ProxyRequests Off SetEnv proxy-nokeepalive 1 ProxyPreserveHost On # When using CAS, you should uncomment this and install cas-proxy-validate.py # in /usr/lib/cgi-bin to reduce server overloading # # ProxyPass /SOGo/casProxy http://localhost/cgi-bin/cas-proxy-validate.py # Proxy http://localhost/app/cas-proxy-validate.py # Order deny,allow # Allow from your-cas-host-addr # /Proxy ProxyPass /SOGo http://127.0.0.1:2/SOGo retry=0 #ProxyPassReverse /SOGo http://127.0.0.1:2/SOGo #ProxyPass /SOGo.woa http://127.0.0.1:2/SOGo.woa/ #ProxyPassReverse /SOGo.woa http://127.0.0.1:2/SOGo.woa/ Proxy http://127.0.0.1:2/SOGo ## adjust the following to your configuration RequestHeader set x-webobjects-server-port 80 RequestHeader set x-webobjects-server-name axe.chester.comtek.co.uk RequestHeader set x-webobjects-server-url http://axe.chester.comtek.co.uk; ## When using proxy-side autentication, you need to uncomment and ## adjust the following line: # RequestHeader set x-webobjects-remote-user %{REMOTE_USER}e RequestHeader set x-webobjects-server-protocol HTTP/1.0 RequestHeader set x-webobjects-remote-host %{REMOTE_HOST}e env=REMOTE_HOST AddDefaultCharset UTF-8 Order allow,deny Allow from all /Proxy ## We use mod_rewrite to pass remote address to the SOGo proxy. # The remote address will appear in SOGo's log files and in the X-Forward # header of emails. RewriteEngine On RewriteRule ^/SOGo/(.*)$ /SOGo/$1 [env=REMOTE_HOST:%{REMOTE_ADDR},PT]
Re: [SOGo] Duplicated Calendars
Resolved. Thanks for the input. On 17/02/2011 10:28, Michael Crilly wrote: Now I am getting nothing at all. I don't have any buttons, nor do I get any calendars at all. Worst of all, according to my HTTP debugging proxy, no requests for SOGo calendars are going out what so ever - only requests for contacts: http://cl.ly/1E271j1i1h032V1I0N00 Little help? Files attached. On 16/02/2011 18:04, Ludovic Marcotte wrote: On 11-02-16 12:58 PM, Michael Crilly wrote: RequestHeader set x-webobjects-server-name Comtek RequestHeader set x-webobjects-server-urlhttp://axe.chester.comtek.co.uk; This is wrong, x-webobjects-server-name should be axe.chester.comtek.co.uk. Your extensions.rdf file is also wrong: isi:updateURL=http://axe.chester.comtek.co.uk:80/plugins/ strip the :80 part, it is useless and will confuse path comparisons. -- Michael Crilly Comtek IT Systems Administrator E: michael.cri...@comtek.co.uk M: 07771133663 Comtek Network Systems UK Ltd http://www.comtek.co.uk/ -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Duplicate Address Books - What now?
I resolved the duplicated calendar issue by making the changes to the Apache SOGo.conf file and Integrator files, as suggested by Ludovic I now have another duplication error: address books. http://cl.ly/3V311v3J3e1P3u3G2k2t What the? I've set BOTH of our LDAP sources to not be address books, yet I get... address books? Configuration below: http://cl.ly/1K2d2X0R0L1z0C3m3t0F Obviously I do indeed want our LDAP server to be used as the address book as this makes perfect sense, but these duplicate address books are a bit annoying - which one do you search? :) All help, as usual, is greatly appreciated. On 17/02/2011 11:32, J. Echter wrote: Am 17.02.2011 12:18, schrieb Michael Crilly: Resolved. Thanks for the input. On 17/02/2011 10:28, Michael Crilly wrote: Now I am getting nothing at all. I don't have any buttons, nor do I get any calendars at all. Worst of all, according to my HTTP debugging proxy, no requests for SOGo calendars are going out what so ever - only requests for contacts: http://cl.ly/1E271j1i1h032V1I0N00 Little help? Files attached. On 16/02/2011 18:04, Ludovic Marcotte wrote: On 11-02-16 12:58 PM, Michael Crilly wrote: RequestHeader set x-webobjects-server-name Comtek RequestHeader set x-webobjects-server-urlhttp://axe.chester.comtek.co.uk; This is wrong, x-webobjects-server-name should be axe.chester.comtek.co.uk. Your extensions.rdf file is also wrong: isi:updateURL=http://axe.chester.comtek.co.uk:80/plugins/ strip the :80 part, it is useless and will confuse path comparisons. what was the problem? greetings -- Michael Crilly Comtek IT Systems Administrator E: michael.cri...@comtek.co.uk M: 07771133663 Comtek Network Systems UK Ltd http://www.comtek.co.uk/ -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Duplicated Calendars
Guys, I'm getting royal cheesed off by this now as it makes NO sense. Allow me to explain the setup here: * SOGo is on a dev' Debian box along with Apache. It authenticates to an LDAP server. All this work fine. * We are using Thunderbird here as our mail clients and we (obviously) want to integrate SOGo into it. We've found the following; if we install the Inverse version of Lightning, the Integrator and the Connect, we get the lovely SOGo buttons in Lightning. If we miss out just one of these components, we don't get the buttons. We also don't get these stupid duplicated calendars: http://cl.ly/2E2W2U372c0M3y3q3y20 The moment I reinstall the missing link, I get the buttons back but I also gain the duplicated calendars - help! All help greatly appreciated. Kind regards, -- Michael Crilly Comtek IT Systems Administrator E: michael.cri...@comtek.co.uk Comtek Network Systems UK Ltd http://www.comtek.co.uk/ -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Administrative Account
Martin, Is that an array of names, or a single user? On 13/02/2011 22:47, Martin Lehmann wrote: The only thing you need to do to change an account in an admin-account is to set : SOGoSuperUsernames = username in .GNUStepDefaults username can be an existing username. Am 13.02.2011 23:06, schrieb Dominique: Hi All, While perusing through the manual, I realized there was an option to create an administrative account... I am not sure what options it offers, but probably something more than the standard account, or what would be the point. But since I am not using LDAP at all but MySQL (that's probably I did not see that part earlier) for all functions (authentication and storage) can someone provide with an admin user creation SQL script, and/or how to modify an existing user to activate the administration options. Thanks, Dominique -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Please help...
Hello all, My company and I decided to try out SOGo for the first time as it seems to offer everything needed with regards to shared calendars, shared contacts, etc; it's a shame we can't get it working. I have attached my SOGo configuration file (the raw XML and the output from 'defaults read sogod') for your review. I am getting the error: 'object not found: SOGo = michael.crilly' whenever I log in using my credentials. I see an entry for this in the SOGo log: Feb 11 19:22:48 sogod [12431]: SOGoRootPage successful login for user 'michael.crilly' - expire = -1 grace = -1 Followed by (debugging on): 2011-02-11 19:22:48.180 sogod[12431] -[NGLdapConnection _searchAtBaseDN:qualifier:attributes:scope:]: search with at base @ filter @ for attrs Feb 11 19:22:48 sogod [12431]: |SOGo| request took 0.009202 seconds to execute localhost - - [11/Feb/2011:19:22:48 GMT] POST /SOGo/connect HTTP/1.1 200 27/56 0.011 - - 112K Feb 11 19:22:48 sogod [12431]: |SOGo| starting method 'GET' on uri '/SOGo/michael.crilly' Feb 11 19:22:48 sogod [12431]: |SOGo| traverse(acquire): SOGo = michael.crilly Feb 11 19:22:48 sogod [12431]: |SOGo| do traverse name: 'SOGo' Feb 11 19:22:48 sogod [12431]: [so-security]D validate object: SOGo[0x0x92ab0d8]: name=SOGo Feb 11 19:22:48 sogod [12431]: [so-security]D object is public. Feb 11 19:22:48 sogod [12431]: [so-security]D validate key SOGo of object: SOGo[0x0x92ab0d8]: name=SOGo Feb 11 19:22:48 sogod [12431]: [so-security]D found no security info for key (class SOGo): SOGo Feb 11 19:22:48 sogod [12431]: [so-security]D default is allow ... Feb 11 19:22:48 sogod [12431]: |SOGo| do traverse name: 'michael.crilly' 2011-02-11 19:22:48.227 sogod[12431] -[NGLdapConnection _searchAtBaseDN:qualifier:attributes:scope:]: search with at base @ filter @ for attrs 2011-02-11 19:22:48.229 sogod[12431] -[NGLdapConnection _searchAtBaseDN:qualifier:attributes:scope:]: search with at base @ filter @ for attrs 2011-02-11 19:22:48.232 sogod[12431] -[NGLdapConnection _searchAtBaseDN:qualifier:attributes:scope:]: search with at base @ filter @ for attrs Feb 11 19:22:48 sogod [12431]: |SOGo| traverse miss: name=michael.crilly, acquire: i=1,count=2 Feb 11 19:22:48 sogod [12431]: |SOGo| miss is last object. Feb 11 19:22:48 sogod [12431]: |SOGo| got no error for miss. Feb 11 19:22:48 sogod [12431]: |SOGo| Note: next object is nil, but currentObject is not callable: SOGo[0x0x92ab0d8]: name=SOGo Feb 11 19:22:48 sogod [12431]: |SOGo| request took 0.010032 seconds to execute localhost - - [11/Feb/2011:19:22:48 GMT] GET /SOGo/michael.crilly HTTP/1.1 404 43/0 0.011 - - 44K I'm not sure why it can't find the object. Also, what is SOGo referring to when it says SOGo = michael.crilly? What is SOGo in this context? I'm confused and I've been at this for two days now - we need a solution to get this working, or SOGo goes in the bin and we will not even remotely consider a support contract if we can't get the basic system up and running. I hope someone can help. Kind regards, Michael Crilly. -- users@sogo.nu https://inverse.ca/sogo/lists?xml version=1.0 encoding=UTF-8? !DOCTYPE plist PUBLIC -//GNUstep//DTD plist 0.9//EN http://www.gnustep.org/plist-0_9.xml; plist version=0.9 dict keyNSGlobalDomain/key dict /dict keysogod/key dict keyGCSFolderDebugEnabled/key stringYES/string keyGCSFolderStoreDebugEnabled/key stringYES/string keyLDAPDebugEnabled/key stringYES/string keyNGImap4DisableIMAP4Pooling/key stringYES/string keyOCSFolderInfoURL/key stringmysql://sogo:***@localhost:3306/sogo/sogo_folder_info/string keyOCSFolderManagerSQLDebugEnabled/key stringYES/string keyOCSSessionsFolderURL/key stringmysql://sogo:***@localhost:3306/sogo/soso_sessions_folder/string keyPGDebugEnabled/key stringYES/string keySOGoAuthenticationType/key string/string keySOGoDebugRequests/key stringYES/string keySOGoDraftsFolderName/key stringDrafts/string keySOGoFolderInfoURL/key stringmysql://sogo:***@localhost:3306/sogo/sogo_folder_info/string keySOGoIMAPServer/key stringimap.***.co.uk/string keySOGoMailKeepDraftsAfterSend/key stringYES/string keySOGoMailingMechanism/key stringsmtp/string keySOGoProfileURL/key stringmysql://sogo:***@localhost:3306/sogo/sogo_user_profile/string keySOGoSMTPServer/key stringsmtp.***.co.uk/string keySOGoSQLUserProfile/key stringmysql://sogo:***@localhost:3306/sogo/sogo_user_profile/string keySOGoSentFolderName/key stringSent/string keySOGoSessionsFolderURL/key stringmysql://sogo:***@localhost:3306/sogo/sogo_sessions_folder/string keySOGoSieveServer/key stringsieve://imap.***.co.uk/string