Re: [SOGo] Subscribing to Facebook calendar
I don't see that in sogo.conf BTW I use mailcow which have SOGo included. Thanks -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Subscribing to Facebook calendar
Hi, I'm trying to subscribe to my Facebook events calendar. The calendar appears in the Web calendar section but it does not show any event. I have no issues subscribing to it from Thunderbird, Gnome calendar or Evolution. Any idea? -- users@sogo.nu https://inverse.ca/sogo/lists
Re: Re: [SOGo] object not found: SOGo = index
Thanks for the suggestion, but I'm not enough skilled to compile stuff on Linux. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: Re: Re: [SOGo] object not found: SOGo = index
So, I tried to update SOGo's ClearOS community rpm 1.3.5a (ftp://timburgess.net/repo/clearos/5.2/testing/sogo-1.3.5a-2.clearos.i686.rpm) with yum --enablerepo=sogo update sogo (so to 1.3.8b from Inverse) and after updating I got again in webui object not found: SOGo = index. I then removed sogo, logs and /usr/GNUstep/System/Library/SOGo/. I reinstalled SOGo 1.3.8b from Inverse repo with no SOGo already installed, and again, I got in webui object not found: SOGo = index. I redid what I said in my previous post (deleting logs and /usr/GNUstep/System/Library/SOGo/) and I am again back to a working 1.3.5a from ClearOS community repo. As I said, I used to use official 1.3.5a from Inverse repo, so I don't know what is happening, but something is going wrong in updating to 1.3.8b on my system. We will never know if had I tried to update directly from my Inverse 1.3.5a rpm to Inverse 1.3.8b rpm would it had worked. In any case, I can successfully run 1.3.5a from ClearOS user Tim Burgess. Is the 1.3.5a rpm from Inverse still somewhere on the internet? -- users@sogo.nu https://inverse.ca/sogo/lists
Re: Re: [SOGo] object not found: SOGo = index
Fisrt, I want to say that it is now working. On my first (and successful) install last winter, I used Inverse official repo with a tutorial from ClearOS community. On my second install (and not successful), after uninstalling the first, I used rpm recompiled from a trusted and advanced ClearOS community member. What I think happened is that some files were left in /usr/GNUstep/System/Library/SOGo/SOGo.framework/ and /var/log/sogo/ even after installing and that those files maybe had conflicting/different permissions or something. Now, I manually deleted those orphan files/folders, tried again to reinstall ClearOS community rpm, and it worked. I will maybe try again later with official Inverse rpm as it is more up to date. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] object not found: SOGo = index
I'm clueless. I've been searching the web for clues for days, and found nothing. My log: I can't even find to what are related the locale errors. Sep 22 15:05:22 sogod [11731]: [WARN] 0x0x949e2f0[WOWatchDog] 'WOHttpAllowHost' is ignored in watchdog mode, use a real firewall instead Sep 22 15:05:22 sogod [11731]: 0x0x949e2f0[WOWatchDog] listening on *:2 Sep 22 15:05:22 sogod [11731]: 0x0x949e2f0[WOWatchDog] watchdog process pid: 11731 Sep 22 15:05:22 sogod [11731]: 0x0x949e2f0[WOWatchDog] preparing 1 children Sep 22 15:05:22 sogod [11731]: 0x0x949e2f0[WOWatchDog] child spawned with pid 11732 2011-09-22 15:05:23.034 sogod[11732] File NSData.m: 157. In readContentsOfFile Open ((nil)) attempt failed - bad path 2011-09-22 15:05:23.036 sogod[11732] File NSData.m: 157. In readContentsOfFile Open ((nil)) attempt failed - bad path Sep 22 15:05:23 sogod [11732]: 0x0x967bb88[GCSSessionsFolder] sessions folder table 'sogo_sessions_folder' successfully created! Sep 22 15:06:06 sogod [11732]: 0x0x9698d20[SOGoCache] Cache cleanup interval set every 300.00 seconds Sep 22 15:06:06 sogod [11732]: 0x0x9698d20[SOGoCache] Using host(s) 'localhost' as server(s) Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find MainUIProduct class! Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find locale for language: French Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find MainUIProduct class! Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find locale for language: English Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find MainUIProduct class! Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find locale for language: English Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find MainUIProduct class! Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find locale for language: German Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find MainUIProduct class! Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find locale for language: Danish Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find MainUIProduct class! Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find locale for language: Dutch Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find MainUIProduct class! Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find locale for language: French Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find MainUIProduct class! Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find locale for language: Spanish Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find MainUIProduct class! Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find locale for language: Italian Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find MainUIProduct class! Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find locale for language: Portuguese Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find MainUIProduct class! Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find locale for language: ptBR Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find MainUIProduct class! Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find locale for language: English 2011-09-22 15:06:06.977 sogod[11732] Note(SoObject): SoDebugKeyLookup is enabled! 2011-09-22 15:06:06.978 sogod[11732] Note(SoObject): SoDebugBaseURL is enabled! 2011-09-22 15:06:06.978 sogod[11732] Note(SoObject): relative base URLs are enabled. 192.168.0.106 - - [22/Sep/2011:15:06:06 GMT] GET /SOGo/ HTTP/1.1 302 0/0 0.089 - - 384K Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find MainUIProduct class! Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find locale for language: French Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find MainUIProduct class! Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find locale for language: English Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find MainUIProduct class! Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find locale for language: English Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find MainUIProduct class! Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find locale for language: German Sep 22 15:06:06 sogod [11732]: [ERROR] [we-rm] did not find MainUIProduct class! Sep 22 15:06:07 sogod [11732]: [ERROR] [we-rm] did not find locale for language: Danish Sep 22 15:06:07 sogod [11732]: [ERROR] [we-rm] did not find MainUIProduct class! Sep 22 15:06:07 sogod [11732]: [ERROR] [we-rm] did not find locale for language: Dutch Sep 22 15:06:07 sogod [11732]: [ERROR] [we-rm] did not find MainUIProduct class! Sep 22 15:06:07 sogod [11732]: [ERROR] [we-rm] did not find locale for language: French Sep 22 15:06:07 sogod [11732]: [ERROR] [we-rm] did not find MainUIProduct class! Sep 22 15:06:07 sogod [11732]: [ERROR] [we-rm] did not find locale for language: Spanish Sep 22 15:06:07 sogod [11732]: [ERROR] [we-rm] did not find MainUIProduct class! Sep 22 15:06:07 sogod
Re: [SOGo] SOGo with apple CardDAV
Yeah I know about the warning. As I said it will still works. I was just saying this to reassure you about your question. But as you speak, you look to have make it working with AddressBook.app ? Right ? I don't have @ in my username. What have you written in server address in AddressBook? Also, I see two thread in mailing list two different config of Apache, one that use port 8800 and another port 8843. Which one should I use? In case of 8800, the difference seems to be only this line 'RequestHeader set x-webobjects-server-url http://MYHOSTNAME:8800;' . Whereas in case of port 8843, the line looks like 'RequestHeader set x-webobjects-server-url https://your.server.com;;' I would appreciate some clarifications. Thank you Le 2010-10-22 à 19:31, Stephen Ingram a écrit : baril...@gmail.com wrote: I also have the [warn] worker http://127.0.0.1:2/SOGo/dav/ already used by another worker warning. Still, I have been able to make everything work in Thunderbird and iCal. But I cannot connect with Mac AddressBook.app. I added the virtual host part as said, but I cannot make it work. What do I need to enter in AddressBook.app in settings ? Don't worry about that warning. If you have the httpd setup correct, you only need to enter the username, password, and server name in to setup the Address Book. If you have a @ in your username, make sure and replace it with %40. In my case, that was the key to getting it to work. Steve -- users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo with apple CardDAV
Le 2010-10-22 à 19:57, Stephen Ingram a écrit : Jean-Philippe Baril wrote: Yeah I know about the warning. As I said it will still works. I was just saying this to reassure you about your question. But as you speak, you look to have make it working with AddressBook.app ? Right ? I'm testing this with the Addressbook in OSX at the moment, but iOS is supposed to work the same way. I'm also on OSX. I don't have @ in my username. What have you written in server address in AddressBook? Just the server name itself, no http:// or port number or any directories. The app seems to figure that out itself. Even not theSOGo sub-folder ? You say there is nothing but domain address even if you go see in Preferences / account / server settings ? Also, I see two thread in mailing list two different config of Apache, one that use port 8800 and another port 8843. Which one should I use? In case of 8800, the difference seems to be only this line 'RequestHeader set x-webobjects-server-url http://MYHOSTNAME:8800; http://MYHOSTNAME:8800%22' . Whereas in case of port 8843, the line looks like 'RequestHeader set x-webobjects-server-url https://your.server.com; https://your.server.com%22;' I would appreciate some clarifications. You should use 8800 if you don't want SSL, and 8843 if you do. However, for the RequestHeader lines make sure and include the port number on each line. For example, RequestHeader set x-webobjects-server-port 8843 RequestHeader set x-webobjects-server-name www.hostname.com:8843 RequestHeader set x-webobjects-server-url https://www.hostname.com:8843; Also, make sure you have these ProxyPass lines: ProxyPass /principals http://127.0.0.1:2/SOGo/dav/ interpolate ProxyPass /SOGo http://127.0.0.1:2/SOGo interpolate ProxyPass / http://127.0.0.1:2/SOGo/dav/ interpolate I have all that, but set on 8800. Also, to try find the problem, do I need to open specific ports on my server firewall ? I added the Listen 8800 line and also the virtualhost code part directly in /etc/httpd/conf.d/SOGo.conf with all the rest of SOGo apache config, does it matter? I'm very clueless... Steve -- users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists