Re: [SOGo] FreeBSD port in working order, needs testing
Your welcome, however it's not in ports tree yet. It will be my first port, if I succeed. I don't have a ports commit bit yet. Also, it's only tested on FreeBSD 10.1 so far. Getting it in the prots tree means it has to build on 8.4,9.0-9.3,10.0,10.1 on at least i386/amd64. So there's more work to do yet. But I'll try my very very best. Even if it doesn't make the cut, people can use the one on my github page, it will save them a lot of work. Regards, *Euan Thoms* /The information in this email is confidential and may be legally privileged. The contents may not be disclosed or used by anyone other than the addressee. If you are not the intended recipient, please notify us immediately and do not copy, distribute or take any action based on this e-mail./ Bruce Marriner wrote: For what it's worth. Thank you :) I'm excited to hear about getting SOGo into the ports tree. On Tuesday, February 10, 2015 05:21 AM CST, Euan Thoms euan.th...@fastrack.com.sg wrote: For any FreeBSD users out there, I have made a FreeBSD port of SOPE/SOGo 2.2.14. It works great on 10.1 (amd64). However ther is one error when using DEVELOPER=yes in /etc/make.conf. This does not stop it working though. I have it in production for a few days now, no problems so far. It's not in the official ports tree yet, since I am not a port comitter yet, nor does the port pas all the regulations yet. Hopefully I can get it submitted soon. However, it is available on github: https://github.com/ethoms/freebsd-ports $ git clone https://github.com/ethoms/freebsd-ports.git I'm looking forward to testing the new version extensively. The last version I have used was 2.0.4b, so there should be some nice improvements. Please let me know if you can get rid of the errors with DEVELOPER=yes. Also if it works on other FreeBSD versions / architectures. I recommend testing it in a jail, since it pulls in quite a few things. Regards, Euan Thoms -- users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/listsattachment: euan_thoms.vcf
Re: [SOGo] FreeBSD port in working order, needs testing
Bruce Marriner wrote: For what it's worth. Thank you :) I'm excited to hear about getting SOGo into the ports tree. On Tuesday, February 10, 2015 05:21 AM CST, Euan Thoms euan.th...@fastrack.com.sg wrote: For any FreeBSD users out there, I have made a FreeBSD port of SOPE/SOGo 2.2.14. It works great on 10.1 (amd64). However ther is one error when using DEVELOPER=yes in /etc/make.conf. This does not stop it working though. I have it in production for a few days now, no problems so far. It's not in the official ports tree yet, since I am not a port comitter yet, nor does the port pas all the regulations yet. Hopefully I can get it submitted soon. However, it is available on github: https://github.com/ethoms/freebsd-ports $ git clone https://github.com/ethoms/freebsd-ports.git I'm looking forward to testing the new version extensively. The last version I have used was 2.0.4b, so there should be some nice improvements. Please let me know if you can get rid of the errors with DEVELOPER=yes. Also if it works on other FreeBSD versions / architectures. I recommend testing it in a jail, since it pulls in quite a few things. Regards, Euan Thoms -- users@sogo.nu https://inverse.ca/sogo/lists Your welcome, however it's not in ports tree yet. It will be my first port, if I succeed. I don't have a ports commit bit yet. Also, it's only tested on FreeBSD 10.1 so far. Getting it in the prots tree means it has to build on 8.4,9.0-9.3,10.0,10.1 on at least i386/amd64. So there's more work to do yet. But I'll try my very very best. Even if it doesn't make the cut, people can use the one on my github page, it will save them a lot of work. Regards, *Euan Thoms* -- users@sogo.nu https://inverse.ca/sogo/listsattachment: euan_thoms.vcf
[SOGo] FreeBSD port in working order, needs testing
For any FreeBSD users out there, I have made a FreeBSD port of SOPE/SOGo 2.2.14. It works great on 10.1 (amd64). However ther is one error when using DEVELOPER=yes in /etc/make.conf. This does not stop it working though. I have it in production for a few days now, no problems so far. It's not in the official ports tree yet, since I am not a port comitter yet, nor does the port pas all the regulations yet. Hopefully I can get it submitted soon. However, it is available on github: https://github.com/ethoms/freebsd-ports $ git clone https://github.com/ethoms/freebsd-ports.git I'm looking forward to testing the new version extensively. The last version I have used was 2.0.4b, so there should be some nice improvements. Please let me know if you can get rid of the errors with DEVELOPER=yes. Also if it works on other FreeBSD versions / architectures. I recommend testing it in a jail, since it pulls in quite a few things. Regards, Euan Thoms -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] sog@ on FreeBSD
I am currently trying to compile SOPE 2.2.10 on FreeBSd 10.1 without success yet. However, I'm making some progress by editing gnustep-base header files. The last version of SOPE/SOGo I successfully installed was 2.04b on FreeBSD 8.3. It's been running flawlessly (apart from minor SOGo bugs) for over a year now, in production, for about a couple hundred users. I think I found the problem with it not compiling, although I don't know what I'm, I am getting further through the compile process. I'm using CC=/usr/bin/cc ./configure --with-gnustep (clang in the base) and gmake. The first error looks as such: NSException+misc.m:110:10: error: 'NSException' does not have a member named '_e_reason' The way I fixed that error is to comment out an #if statement as such: # vi +103 /usr/local/GNUstep/System/Library/Headers/Foundation/NSException.h //#if GS_EXPOSE(NSException) @private NSString *_e_name; NSString *_e_reason; void *_reserved; //#endif The next error is also related to #if GS_EXPOSE(???). I'll keep going and report back. But can anyone shed light on this GS_EXPOSE function? I know very little about (g)make and configure files and nothing about Objective C. My guess is either the version of gnustep-base has introduced an issue with SOPE code, or there are some compile flags or gnustep development resources missing for building on FreeBSD. Probably the better solution is to fix the configure script, instead of hack the gnustep-base header files. Odhiambo Washington wrote: I have been running SOGo (for fun) on FreeBSD for quite some time now - almost a year I think. The issue is compiling it. Once you get past that, there shouldn't be much problem. SOPE is required definately and they are both in the ports. Maybe the versions are old, but if you ask me, I did a lof of compiling by hand once I decided to play with it. I think I got stuck once we reached 2.2.5 because couldn't compile successfully, posted here and no one bothered:-) Let me try 2.2.9 and see where I end up. On 21 October 2014 01:59, Sebastian Reitenbach sebas...@l00-bugdead-prods.de mailto:sebas...@l00-bugdead-prods.de wrote: Hi, On Monday, October 20, 2014 13:22 CEST, Jay Patel rockworl...@gmail.com mailto:rockworl...@gmail.com wrote: I am also looking for same as FreeBSD has ZFS system to continuesly adding new HDD for more than 100 users. or DragonflyBSD. Jay. For the case you may not care about what letters are before the *BSD, you may want to look at OpenBSD. Just two days ago I updated sogo port to 2.2.9a in OpenBSD -current. Still without activesync, but I hope with 2.2.10, I'll have it as a subpackage for those who need it. Oh well, no ZFS on OpenBSD, so, maybe not an option for you ;) cheers, Sebastian On Mon, Oct 20, 2014 at 1:00 PM, christoph.lar...@synalinq.com mailto:christoph.lar...@synalinq.com wrote: Dear All, sog@ looks like a terrific piece of software, and its heavy orientation towards busy environments calls for deployment on capable server O/S platforms. FreeBSD is a common and superb choice, yet it is completely unsupported. This is a big pity. While we may not need a port yet, a functioning, verified howto may be a good start, yet so far all FreeBSD- related sog@ documentation is very, very much work in progress, and has been unfinished (given up?) for several years. Quo vadis sog@? Thanks a lot for ideas and any input. Chris -- users@sogo.nu mailto:users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu mailto:users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu mailto:users@sogo.nu https://inverse.ca/sogo/lists -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 I can't hear you -- I'm using the scrambler. attachment: euan_thoms.vcf
Re: [SOGo] Lightning calendar auto refresh closes reminder dialog
euan.th...@fastrack.com.sg wrote: It seems that Lightning and SOGo calendar refresh mechanism have a bug, or certainly behave badly. When the calendar refreshes against the server, subject to preference 'calendar.autorefresh.timeout', the reminder dialog closes, never to open again. This is a problem because if you go away for a few minutes and come back to your desk, you may miss the reminder. It seems that when the preference 'calendar.alarms.showmissed' is set to 'true', the problem is alleviated. It's as if it springs back after the refresh. But with it set to 'false' the reminder notification dialog disappears forever, no opertunity to snooze either. It's hard to beleive this has gone unnoticed or fixed, it's pretty fundemental to SOGo calendar users. Also, the default for 'calendar.alarms.showmissed' is 'false'. So it should effect most users. I stumbled upon it when I was forcing my users prefs to 'false' for the said setting, then the problem showed up very quickly under testing. The reason I switched to 'false' was because some are experiencing problems with ghost reminder popups. They keep coming back. Now I will have to test if there really is an issue with dismiss reminder when 'calendar.alarms.showmissed' is 'true'. It may be a case of which is the lesser evil. I suspect past events with reminders could be the cause. SOGo 2.0.4b Thunderbird 24.0.5 Lightning 2.6.6 (same case with 2.6.5) Sogo Connector/ Integrator 24.0.7 (same case with 24.0.4) I did some testing with reminders with 'calendar.alarms.showmissed' set back to 'true'. Good news is that I can't find any case where the reminder notification misbehaves. It seems to work OK now. It seems as though the recent updates to Lightning 2.6.6 and Connector/Integrator 24.0.7 have fixed an issue with reminders coming back, even after being dismissed. So, for me things are OK because I want to use calendar.alarms.showmissed=true. But for those that want to use false, there is a pretty severe problem with reminder notifications disappearing. -- users@sogo.nu https://inverse.ca/sogo/listsattachment: euan_thoms.vcf
Re: [SOGo] Problem with ACLs
I remember some limitation in sogo webmail regarding mail folder ACLs. I think it was that shared folders couldn't be delegated because the ownership goes back to the email servers "public" user and not the logged in user. Anyhows, I solved it in our situation by using a Thunderbird addon called "IMAP-ACL-Extension", it works well. For us, most people are on Thunderbird as primary client, so it is better anyway. Regards, Euan Thoms IT Manager / Software Engineer Tel: +65 6500 4600 Fax: +65 6500 4660 DID: +65 6500 4659 Mobile: +65 9127 8333 1 Fifth Avenue, #04-04/05, Guthrie House, Singapore 268802 The information in this email is confidential and may be legally privileged. The contents may not be disclosed or used by anyone other than the addressee. If you are not the intended recipient, please notify us immediately and do not copy, distribute or take any action based on this e-mail. Rudolf Naujack wrote: Hello, we can't use the delegation of the adminstration of imap-ACLs. I always geht a popup with: An error occurred during object publishing tried to access private object (0x0x2ac551a84898, SoClass=SOGoMailFolder) And in /var/log/sogo/sogo.log i see many messages like: NSException: 0x2ac556529fc8 NAME:LDAPException REASON:operation bind failed: Invalid credentials (0x31) INFO:{login = "cn=r.naujack,ou=groups,dc=quotas,dc=de"; } We are using a centos5 system with sogo.x86_64 2.0.4b-1.el5 cyrus-imapd.x86_64 2.3.7-12.el5_7.2 I'd like to delegate the adminstration of some imap folders to others users. I can't subcribe some imap folders. With cyradm i've set then rights to all and the web client shows that i have all rights but i can't subscribe in thunderbird (17.0.4) to the INBOX, only to subfolders. thanks and regards Rudolf attachment: euan_thoms.vcf
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] CardDAV on iPhone with LDAP (user sources) directories
Thanks Christian, nice to have that confirmed. I decided to go down another route anyway. MAC OSX Address Book is even less supported, it doesn't show the LDAP address book at all. Aside from that, I doubt that LDAP mail groups/lists would show up in the corporate directory, User sources indicates it wouldn't work. Even if it did I doubt it would show the members. So I thought of using a public shared address book instead (read only to normal users). That way the individuals (staff) would be a contact and groups/mailing lists would be a contact list and folk could see the members. I just need to write an LDAP-PostgreSQL population daemon now. Its a one way sync so shouldn't be too hard. Unless anyone has already though of that and implemented it. Wish me luck Original Message Subject: Re: [SOGo] CardDAV on iPhone with LDAP (user sources) directories From: Christian Mack christian.m...@uni-konstanz.de To: users@sogo.nu Cc: Euan Thoms euan.th...@fastrack.com.sg Date: Fri Dec 09 2011 20:54:45 GMT+0800 (SGT) Hello Euan Thoms On 2011-12-09 10:34, Euan Thoms wrote: I managed to get a users default address book (Personal Address Book) to sync with iPhone iOS v5.0.1. But the corporate directories (SOGo's read-only translation of LDAP entries - defined in SOGoUserSources) are always empty. Yet I have it working in full with the Android app CardDAV Sync. These read-only address books look empty by default, until a search filter value is given. Is that why iOS carddav can't see them? Yes, iOS tries to download the whole thing, which is not permitted. Only search is allowed, and sensible in our case (14 000 addresses). Has the author of CardDAV Sync gone the extra mile for sogo integration? Or has Apple just not fully-implemented CardDAV protocol? Apple doesn't support search only CardDAV access. The standard allows these kind of address books. Kind regards, Christian Mack PS: If you come by an add-on which supports them, please drop us a note. -- users@sogo.nu https://inverse.ca/sogo/listsattachment: euan_thoms.vcf
[SOGo] CardDAV on iPhone with LDAP (user sources) directories
I managed to get a users default address book (Personal Address Book) to sync with iPhone iOS v5.0.1. But the corporate directories (SOGo's read-only translation of LDAP entries - defined in SOGoUserSources) are always empty. Yet I have it working in full with the Android app CardDAV Sync. These read-only address books look empty by default, until a search filter value is given. Is that why iOS carddav can't see them? Has the author of CardDAV Sync gone the extra mile for sogo integration? Or has Apple just not fully-implemented CardDAV protocol? -- Regards, *Euan Thoms* *IT Manager / Software Engineer* *Tel:* *+65 6500 4600* *Fax:* *+65 6500 4660* *DID:* *+65 6500 4659* *Mobile:* *+65 91278 8333* Fastrack Projects Pte Ltd *1 Fifth Avenue,* *#04-04/05, Guthrie House,* *Singapore 268802* /The information in this email is confidential and may be legally privileged. The contents may not be disclosed or used by anyone other than the addressee. If you are not the intended recipient, please notify us immediately and do not copy, distribute or take any action based on this e-mail./ -- users@sogo.nu https://inverse.ca/sogo/listsattachment: euan_thoms.vcf
Re: [SOGo] FreeBSD startup script
uot;/var/log/sogo/sogo.log"} pidfile="/var/run/sogo/sogo.pid" command="/usr/sbin/daemon" command_args="-p ${pidfile} -u ${sogod_user} ${sogod_command} ${sogod_workers} -WOPidFile ${pidfile} -WOLogFile ${sogod_logfile}" start_precmd="sogod_prestart" start_cmd="sogod_start" stop_cmd="sogod_stop" status_cmd="sogod_status" sogod_prestart() { if [ ! -d `dirname ${pidfile}` ]; then mkdir `dirname ${pidfile}` chown ${sogod_user}:${sogod_group} `dirname ${pidfile}` fi if [ ! -d `dirname ${sogod_logfile}` ]; then mkdir `dirname ${sogod_logfile}` touch ${sogod_logfile} chown ${sogod_user}:${sogod_group} ${sogod_logfile} fi if [ -z ${GNUSTEP_SYSTEM_ROOT} ]; then . /usr/local/GNUstep/System/Library/Makefiles/GNUstep.sh fi } sogod_start () { ${command} ${command_args} } sogod_stop () { kill `cat ${pidfile}` } sogod_status () { if [ -f ${pidfile} ]; then echo "${name} is running as pid `cat ${pidfile}`" else echo "${name} is not running" fi } run_rc_command "$1" And then you need to enable the service: #echo 'sogod_enable="YES"' /etc/rc.conf And then start the service: #service sogod start And then restart apache: #apachectl restart Hope this helps you. Regards, Euan Thoms IT Manager / Software Developer Tel: +65 6500 4600 Fax: +65 6500 4660 DID: +65 6500 4659 Mobile: +65 91278333 1 Fifth Avenue, #04-04/05, Guthrie House, Singapore 268802 The information in this email is confidential and may be legally privileged. The contents may not be disclosed or used by anyone other than the addressee. If you are not the intended recipient, please notify us immediately and do not copy, distribute or take any action based on this e-mail. Original Message Subject: Re: [SOGo] FreeBSD startup script From: Jose Amengual jose.ameng...@workatplay.com To: Euan Thoms euan.th...@fastrack.com.sg Date: Wed Jan 05 2011 01:08:52 GMT+0800 (SGT) Thank you for your answer, I actually manage to install it properly but now I need to start the service with debug mode because there is some weird error that I'm getting.. But as far as compilation goes is now "ok". Pretty much I did what you said in the email before you sent it to me I run this command to avoid all the error with the libraries : ldconfig -m /usr/local/GNUstep/Local/Library/Libraries/ After that SOPE and SOGo compiled correctly. Now I decided to start over with a fresh install and write down all the instructions. On Thu, Dec 30, 2010 at 7:02 PM, Euan Thoms euan.th...@fastrack.com.sg wrote: Hi Jose, well, I found it quite easy to get it all compiled. Firstly make sure you have all the dependencies installed from ports (libmemcached, memcached, apache22, openldap, GNUstep, postgresql/mysql-server/clients). Make sure to source the GNUstep.sh file, it sets up \necessay environments variables. Add extra lib directories (from dependencies) to your LD_LIBRARY_PATH , may help. It's a bit hazey for me now, I compiled it 2 weeks ago and didn't make many notes. I decided to use Postgresql instead of MySQL, so maybe I disabled mysql in the makefiles. It's confusing for me because I spent days and days trying to get it to compile on Solaris, so the steps I took are blurred with that of FreeBSD. But FreeBSD was a piece of cake compared to Solaris, which never actually worked, I gave up. Make sure to use the SOPE version supplied for SOGo, should a link on