From users@opengroupware.org  Sat Dec  2 00:00:40 2006
From: users@opengroupware.org (James D Bearden)
Date: Fri, 01 Dec 2006 18:00:40 -0600
Subject: [OGo-Users] Creating Multiple OGO Instances
In-Reply-To: <20061125052630.19143.16360.Mailman@mail.opengroupware.org>
References: <20061125052630.19143.16360.Mailman@mail.opengroupware.org>
Message-ID: <1165017640.16978.43.camel@wonko.dvns.com>

Hello Everybody,

I want to set up multiple instances of OpenGroupware on a single machine
and I am obviously doing something wrong. I am running OGO 1.1.6 Ubuntu
Dapper 6.06.

I initially set up OGO and it ran without a hitch, but I then I didn't
have time to play with it. I used the ogo-remove-instance to remove the
existing instance and then ran ogo-create instance thusly:

Username (ogo): ogo-bearden
Home directory (/var/lib/opengroupware.org): /home/ogo-bearden
Web user interface version (1.1):
Zidestore version (1.5):
XMLRPC daemon version (1.1):
Network Hotsync daemon version (none):
Automatically configure the database? (yes):
Database host (localhost):
Database port (5432):
Database user (ogo): ogo-bearden
Database user's password: hithere
Database name (ogo): ogo-bearden
Web user interface port (20000):
Zidestore port (21000):
XMLRPC daemon port (22000):

The creation seems to complete successfully as long as I specify a
password. I assume that I am designating a password instead of just
getting lucky or something. I restart postgresql, apache2, and ogo, and
when I go to http://localhost/ogo-bearden I get:

---------------------------------------------------------------------

The SKYRIX application server could not connect to the database server !

Please ensure that your database server is running and that the
LSConnectionDictionary default is correctly set.

Current database configuration: 
database:
ogo
server:
localhost
user:
ogo

-----------------------------------------------------------------------

Can anybody please help me out? I've tried purging
opengroupware.org-environment and reinstalling, which looks like it
installs the standard instance, but I get the same error.

A more long term issue is when I create multiple instances, what exactly
needs to be different? I figure user name, home directory, database, and
web user interface port. Is that all?

TIA,
James


From users@opengroupware.org  Sat Dec  2 00:10:16 2006
From: users@opengroupware.org (users@opengroupware.org)
Date: Fri, 1 Dec 2006 18:10:16 -0600 (CST)
Subject: [OGo-Users] Follow Up
In-Reply-To: <20061125052630.19143.16360.Mailman@mail.opengroupware.org>
References: <20061125052630.19143.16360.Mailman@mail.opengroupware.org>
Message-ID: <49904.216.226.17.70.1165018216.squirrel@public.nontrivial.net>

Just for giggles I rebooted the machine and now OGO works. Is there some
process I should look for to kill or something? Other than being a bit
windowsesqe I don't plan on adding instances very often, so I suppose it's
not a big deal to have to reboot the machine when I create a new instance.

James


From users@opengroupware.org  Sat Dec  2 00:40:12 2006
From: users@opengroupware.org (John Ross)
Date: Fri, 1 Dec 2006 19:40:12 -0500 (EST)
Subject: [OGo-Users] Creating Multiple OGO Instances
In-Reply-To: <1165017640.16978.43.camel@wonko.dvns.com>
References: <20061125052630.19143.16360.Mailman@mail.opengroupware.org>
 <1165017640.16978.43.camel@wonko.dvns.com>
Message-ID: <20061201192418.J24782@www.fenks.org>

On Fri, 1 Dec 2006, James D Bearden wrote:

> Hello Everybody,
>
> I want to set up multiple instances of OpenGroupware on a single machine
> and I am obviously doing something wrong. I am running OGO 1.1.6 Ubuntu
> Dapper 6.06.
>
> <SNIP>
>
> Can anybody please help me out? I've tried purging
> opengroupware.org-environment and reinstalling, which looks like it
> installs the standard instance, but I get the same error.
>
> A more long term issue is when I create multiple instances, what exactly
> needs to be different? I figure user name, home directory, database, and
> web user interface port. Is that all?
>
> TIA,
> James
>
>

I'm doing something similar on FreeBSD. I don't have the ogo-create 
script. The web user interface port needs to be different as well as the 
Zidestore and XMLRPC port.

The database port can be the same - as long as the user is different, and 
it points to a different set of tables. (I think that's what you said you 
were doing)

Make sure that the script sets up the proper defaults. It seems like the 
webui is missing some of it's configuration.

Cheers!

-- 
John Ross
jhr@fenks.org

There's plenty of room for all God's creatures.
Right next to the mashed potatoes.
 	- Billboard ad for Saskatoon Restaurant
 		Greenville, SC

From users@opengroupware.org  Sat Dec  2 07:32:23 2006
From: users@opengroupware.org (Sebastian Reitenbach)
Date: Sat, 02 Dec 2006 07:32:23 -0000
Subject: [OGo-Users] extended attributes
Message-ID: <20061202073223.77CA58C005@ogo.rapideye.de>

Hi all,

how do I define extended attributes, that are radio buttons, url fields or 
list boxes. for example SkyPublicExtendedPersonAttributes defines extended 
person attributes, type 2 is a checkbox, type 1 a text field, type 3 an email 
address. I tried to set types to 0, 4,5,6 as well, but they all seem to be 
text boxes too. I think I have to encode the key/value pairs for the radio 
buttons and list entries in a different way, than for the other fields.
Anyone can give me an example please?


kind regards
Sebastian



From users@opengroupware.org  Sat Dec  2 17:48:25 2006
From: users@opengroupware.org (Adam Tauno Williams)
Date: Sat, 02 Dec 2006 12:48:25 -0500
Subject: [OGo-Users] extended attributes
In-Reply-To: <20061202073223.77CA58C005@ogo.rapideye.de>
References: <20061202073223.77CA58C005@ogo.rapideye.de>
Message-ID: <1165081705.5952.9.camel@aleph.whitemice.org>

> how do I define extended attributes, that are radio buttons, url fields or 
> list boxes. for example SkyPublicExtendedPersonAttributes defines extended 
> person attributes, type 2 is a checkbox, type 1 a text field, type 3 an email 
> address. I tried to set types to 0, 4,5,6 as well, but they all seem to be 
> text boxes too. I think I have to encode the key/value pairs for the radio 
> buttons and list entries in a different way, than for the other fields.
> Anyone can give me an example please?


http://docs.opengroupware.org/Members/whitemice/wmogag/ Page 27


From users@opengroupware.org  Sat Dec  2 19:20:42 2006
From: users@opengroupware.org (Michael Brown)
Date: Sat, 2 Dec 2006 11:20:42 -0800 (PST)
Subject: [OGo-Users] I broke my OGo! (upgrade issue)
Message-ID: <20061202192042.7257.qmail@web34311.mail.mud.yahoo.com>

Hi Folks!=0A=0AI upgraded to 1.1.6, and it broke my Login to the webui, and=
 the same with zidestore.  Tried roor login, still no go with my OGo.  So, =
I upgraded to nightly trunk, with the same problems.=0A=0ADebian Etch (4.0)=
, kernel 2.6.17-2-k7, nightly trunk as of last night.  upgraded from workin=
g 1.0 installation=0A=0AWebui error=0AApplication Server caught exception:=
=0A=0A  session: 4F8C4F8C014571CD88=0A  element: 0024571cd8808db06f4.0.15.1=
.15=0A  context: <0x0x8db06f4[WOContext]: 0024571cd8808db06f4 app=3Dogo-web=
ui-1.1 sn=3D4F8C4F8C014571CD88 eid=3D0024571cd8808db06f4.0.15.1.15 rqeid=3D=
>=0A  request: <WORequest[0x0x8be52ec]: method=3DPOST uri=3D/OpenGroupware.=
woa/x/login?da=3D&o=3D1165086083 app=3DOpenGroupware rqKey=3Dx rqPath=3Dlog=
in>=0A=0A  class:   ObjcRuntimeException=0A  name:    ObjcRuntimeException=
=0A  reason:  Objective-C runtime error: error: NXConstantString (instance)=
=0ANXConstantString does not recognize cStringLength=0A=0A  info:=0A=0A=0AL=
ogs show this: Dec 02 19:01:28 ogo-webui-1.1 [20364]: <0x0x8da2cac[OGoHelpM=
anager]> Note: no OG=0Ao documentation installed!=0ADec 02 19:01:28 ogo-web=
ui-1.1 [20364]: <0x0x8da2cac[OGoHelpManager]> SP: =0ADec 02 19:01:28 ogo-we=
bui-1.1 [20364]: |ogo-webui-1.1| <OpenGroupware[0x0x80feda=0A4]: name=3Dogo=
-webui-1.1>: created session: <OGoSession[0x0x8db3aac]: id=3D4F8C4F8C0=0A14=
571CD88>=0ADec 02 19:01:28 ogo-webui-1.1 [20364]: ccaps: <WEClientCapabilit=
ies[0x0x8be5134]=0A: type=3DMozilla v5.0> os=3DLinux cpu=3Dix86 fast-tbl cs=
s2 xul js>=0ADec 02 19:01:29 ogo-webui-1.1 [20364]: Note: PostgreSQL72 adap=
tor using timezone=0A 'GMT' as default=0ADec 02 19:01:29 ogo-webui-1.1 [203=
64]: (4F8C4F8C014571CD88) user mkbrown logged =0Ain.=0ADec 02 19:01:30 ogo-=
webui-1.1 [20364]: <0x0x8cd1c4c[NGImap4Context]> Server gree=0Ating: <yappy=
 Cyrus IMAP4 v2.2.13-Debian-2.2.13-9 server ready> parse serverkind:=0A <cy=
rus>=0ADec 02 19:01:30 ogo-webui-1.1 [20364]: <0x0x8cd1c4c[NGImap4Context]>=
 sortEncodin=0Ag UTF-8 subscribeFolderFailed YES showOnlySubscribedInSubFol=
ders NO showOnlySubs=0AcribedInRoot NO=0ADec 02 19:01:30 ogo-webui-1.1 [203=
64]: Note: using flat-array message notificati=0Aons!=0ADec 02 19:01:32 ogo=
-webui-1.1 [20364]: |ogo-webui-1.1| <OpenGroupware[0x0x80feda=0A4]: name=3D=
ogo-webui-1.1>: caught:=0A  (Exception name:ObjcRuntimeException class:Objc=
RuntimeException reason:Objecti=0Ave-C runtime error: error: NXConstantStri=
ng (instance)=0ANXConstantString does not recognize cStringLength=0A info:<=
nil>)=0Ain context:=0A  <0x0x8db06f4[WOContext]: 0024571cd8808db06f4 app=3D=
ogo-webui-1.1 sn=3D4F8C4F8C0145=0A71CD88 eid=3D0024571cd8808db06f4.0.15.1.1=
5 rqeid=3D>.=0ADec 02 19:01:32 ogo-webui-1.1 [20364]: |ogo-webui-1.1| termi=
nating session due t=0Ao exception: 4F8C4F8C014571CD88=0ADec 02 19:01:32 og=
o-webui-1.1 [20364]: |ogo-webui-1.1| WOServerSessionStore: ses=0Asion 4F8C4=
F8C014571CD88 terminated.=0ADec 02 19:01:32 ogo-webui-1.1 [20364]: [da-hand=
ler] application terminates becau=0Ase it refuses new sessions and the acti=
ve session count (0) is below the minimum=0A (1).=0ADec 02 19:01:32 ogo-web=
ui-1.1 [20364]: <0x0x8bacb1c[WOHttpAdaptor]> adaptor stop=0As application: =
<OpenGroupware[0x0x80feda4]: name=3Dogo-webui-1.1 terminating> ...=0A### ch=
ild 20364 (#5) exited successfully (uptime=3D57871s).=0ADec 02 19:01:34 ogo=
-webui-1.1 [21057]: Note: storing cached vCards files in: '/v=0Aar/lib/open=
groupware.org/documents'=0ADec 02 19:01:34 ogo-webui-1.1 [21057]: account::=
change-password: using password =0Afield: 'userPassword'=0ADec 02 19:01:34 =
ogo-webui-1.1 [21057]: Note: members of role team 'team creators=0A' are al=
lowed to create teams.=0ADec 02 19:01:35 ogo-webui-1.1 [21057]: Note: locat=
ed no additional themes.=0ADec 02 19:01:35 ogo-webui-1.1 [21057]: Note: loc=
ated translations: English=0Adynamic load (dlopen) error:=0A/usr/lib/opengr=
oupware.org-1.1/webui/AddressUI.lso/AddressUI: undefined symbol: =0A__objc_=
class_name_OGoListComponent=0ADec 02 19:01:35 ogo-webui-1.1 [21057]: [ERROR=
] <0x0x83c1d0c[OGoWebBundleLoader]>=0A could not load bundle: <NGBundle 0x8=
3ccde4 fullPath: /usr/lib/opengroupware.org=0A-1.1/webui/AddressUI.lso info=
Dictionary: 0x85a101c loaded=3Dyes>=0Adynamic load (dlopen) error:=0A/usr/l=
ib/opengroupware.org-1.1/webui/EnterprisesUI.lso/EnterprisesUI: undefined =
=0Asymbol: __objc_class_name_OGoListComponent=0ADec 02 19:01:36 ogo-webui-1=
.1 [21057]: [ERROR] <0x0x83c1d0c[OGoWebBundleLoader]>=0A could not load bun=
dle: <NGBundle 0x85aceac fullPath: /usr/lib/opengroupware.org=0A-1.1/webui/=
EnterprisesUI.lso infoDictionary: 0x86f0714 loaded=3Dyes>=0ADec 02 19:01:36=
 ogo-webui-1.1 [21057]: OGoProject: available project bases: File=0ASystem,=
Database=0ADec 02 19:01:36 ogo-webui-1.1 [21057]: Note: load storage bundle=
: 'OGoFileSystem=0AProject.ds'=0ADec 02 19:01:36 ogo-webui-1.1 [21057]: Not=
e: load storage bundle: 'OGoDatabasePr=0Aoject.ds'=0ADec 02 19:01:37 ogo-we=
bui-1.1 [21057]: Note: doc-viewer did not find Epoz.=0ADec 02 19:01:37 ogo-=
webui-1.1 [21057]: Note: found doc-viewers attributes,conten=0Ats,versions,=
access,logs=0ADec 02 19:01:37 ogo-webui-1.1 [21057]: Note: using default do=
c-viewer rules.=0ADec 02 19:01:37 ogo-webui-1.1 [21057]: Note: folder-view =
did not find Epoz.=0Adynamic load (dlopen) error:=0A/usr/lib/opengroupware.=
org-1.1/webui/PersonsUI.lso/PersonsUI: undefined symbol: =0A__objc_class_na=
me_OGoListComponent=0ADec 02 19:01:38 ogo-webui-1.1 [21057]: [ERROR] <0x0x8=
3c1d0c[OGoWebBundleLoader]>=0A could not load bundle: <NGBundle 0x879a6ec f=
ullPath: /usr/lib/opengroupware.org=0A-1.1/webui/PersonsUI.lso infoDictiona=
ry: 0x8adc3f4 loaded=3Dyes>=0ADec 02 19:01:38 ogo-webui-1.1 [21057]: OGoCon=
textManager: no user with login: ro=0Aot=0ADec 02 19:01:38 ogo-webui-1.1 [2=
1057]: |ogo-webui-1.1| OpenGroupware.org instanc=0Ae initialized.=0ADec 02 =
19:01:38 ogo-webui-1.1 [21057]: |ogo-webui-1.1| WOHttpAdaptor listening o=
=0An address *:20000=0A=0ASo, I'm guessing it's a) missing some bundle, whi=
ch I'm not sure which one, and b) having trouble finding my instance.  Any =
pointers on how I might fix it?=0A=0AThanks for your time!=0A=0A/Mike=0A=0A=
=0A=0A=0A__________________________________________________=0ADo You Yahoo!=
?=0ATired of spam?  Yahoo! Mail has the best spam protection around =0Ahttp=
://mail.yahoo.com 

From users@opengroupware.org  Sat Dec  2 19:54:24 2006
From: users@opengroupware.org (Adam Tauno Williams)
Date: Sat, 02 Dec 2006 14:54:24 -0500
Subject: [OGo-Users] I broke my OGo! (upgrade issue)
In-Reply-To: <20061202192042.7257.qmail@web34311.mail.mud.yahoo.com>
References: <20061202192042.7257.qmail@web34311.mail.mud.yahoo.com>
Message-ID: <1165089264.5952.12.camel@aleph.whitemice.org>

> I upgraded to 1.1.6, and it broke my Login to the webui, and the same with zidestore.  Tried roor login, still no go with my OGo.  So, I upgraded to nightly trunk, with the same problems.

Did you also update you SOPE packages?

> Application Server caught exception:
>   session: 4F8C4F8C014571CD88
>   element: 0024571cd8808db06f4.0.15.1.15
>   context: <0x0x8db06f4[WOContext]: 0024571cd8808db06f4 app=ogo-webui-1.1 sn=4F8C4F8C014571CD88 eid=0024571cd8808db06f4.0.15.1.15 rqeid=>
>   request: <WORequest[0x0x8be52ec]: method=POST uri=/OpenGroupware.woa/x/login?da=&o=1165086083 app=OpenGroupware rqKey=x rqPath=login>
>   class:   ObjcRuntimeException
>   name:    ObjcRuntimeException
>   reason:  Objective-C runtime error: error: NXConstantString (instance)
> NXConstantString does not recognize cStringLength

> Dec 02 19:01:32 ogo-webui-1.1 [20364]: |ogo-webui-1.1| <OpenGroupware[0x0x80feda
> 4]: name=ogo-webui-1.1>: caught:
>   (Exception name:ObjcRuntimeException class:ObjcRuntimeException reason:Objecti
> ve-C runtime error: error: NXConstantString (instance)
> NXConstantString does not recognize cStringLength
>  info:<nil>)
> in context:
>   <0x0x8db06f4[WOContext]: 0024571cd8808db06f4 app=ogo-webui-1.1 sn=4F8C4F8C0145
> 71CD88 eid=0024571cd8808db06f4.0.15.1.15 rqeid=>.
> Dec 02 19:01:32 ogo-webui-1.1 [20364]: |ogo-webui-1.1| terminating session due t
> o exception: 4F8C4F8C014571CD88
> Dec 02 19:01:32 ogo-webui-1.1 [20364]: |ogo-webui-1.1| WOServerSessionStore: ses
> sion 4F8C4F8C014571CD88 terminated.
> Dec 02 19:01:32 ogo-webui-1.1 [20364]: [da-handler] application terminates becau
> se it refuses new sessions and the active session count (0) is below the minimum
>  (1).
> Dec 02 19:01:32 ogo-webui-1.1 [20364]: <0x0x8bacb1c[WOHttpAdaptor]> adaptor stop
> s application: <OpenGroupware[0x0x80feda4]: name=ogo-webui-1.1 terminating> ...
> ### child 20364 (#5) exited successfully (uptime=57871s).
> Dec 02 19:01:34 ogo-webui-1.1 [21057]: Note: storing cached vCards files in: '/v
> ar/lib/opengroupware.org/documents'
> Dec 02 19:01:34 ogo-webui-1.1 [21057]: account::change-password: using password 
> field: 'userPassword'
> Dec 02 19:01:34 ogo-webui-1.1 [21057]: Note: members of role team 'team creators
> ' are allowed to create teams.
> Dec 02 19:01:35 ogo-webui-1.1 [21057]: Note: located no additional themes.
> Dec 02 19:01:35 ogo-webui-1.1 [21057]: Note: located translations: English
> dynamic load (dlopen) error:
> /usr/lib/opengroupware.org-1.1/webui/AddressUI.lso/AddressUI: undefined symbol: 
> __objc_class_name_OGoListComponent
> Dec 02 19:01:35 ogo-webui-1.1 [21057]: [ERROR] <0x0x83c1d0c[OGoWebBundleLoader]>
>  could not load bundle: <NGBundle 0x83ccde4 fullPath: /usr/lib/opengroupware.org
> -1.1/webui/AddressUI.lso infoDictionary: 0x85a101c loaded=yes>
> dynamic load (dlopen) error:
> /usr/lib/opengroupware.org-1.1/webui/EnterprisesUI.lso/EnterprisesUI: undefined 
> symbol: __objc_class_name_OGoListComponent

This seems wierd too, like your libraries are screwed up somehow.  If
you do an /sbin/ldconfig as root does it help?

> Dec 02 19:01:36 ogo-webui-1.1 [21057]: [ERROR] <0x0x83c1d0c[OGoWebBundleLoader]>
>  could not load bundle: <NGBundle 0x85aceac fullPath: /usr/lib/opengroupware.org
> -1.1/webui/EnterprisesUI.lso infoDictionary: 0x86f0714 loaded=yes>

Do you have libobjc installed?


From users@opengroupware.org  Sat Dec  2 20:39:25 2006
From: users@opengroupware.org (Eduardo Elgueta)
Date: Sat, 2 Dec 2006 17:39:25 -0300
Subject: [OGo-Users] Problem with https
Message-ID: <7dfeacad0612021239y540b6734jb3ac5a5faabcbb57@mail.gmail.com>

Hi All,

We enabled SSL on our apache instalation, and now it fails right after
the OGo login:

[Sat Dec 02 17:30:57 2006] [crit] [client 190.44.219.3] configuration
error:  couldn't perform authentication. AuthType not set!:
/OpenGroupware.woa/x/login, referer:
https://mercurio.navix.local/OpenGroupware

Any ideas?

TIA.

Edo.

From users@opengroupware.org  Sat Dec  2 21:26:46 2006
From: users@opengroupware.org (Adam Tauno Williams)
Date: Sat, 02 Dec 2006 16:26:46 -0500
Subject: [OGo-Users] Problem with https
In-Reply-To: <7dfeacad0612021239y540b6734jb3ac5a5faabcbb57@mail.gmail.com>
References: <7dfeacad0612021239y540b6734jb3ac5a5faabcbb57@mail.gmail.com>
Message-ID: <20061202162646.pk1tvq6l28gsk0wk@tyr.morrison.iserv.net>

> We enabled SSL on our apache instalation, and now it fails right after
> the OGo login:
> [Sat Dec 02 17:30:57 2006] [crit] [client 190.44.219.3] configuration
> error:  couldn't perform authentication. AuthType not set!:

Is this from the Apache log or the OGo log?  This looks more like an  
Apache message.

> /OpenGroupware.woa/x/login, referer:
> https://mercurio.navix.local/OpenGroupware
> Any ideas?

SSL is entirely an Apache thing,  it can't really effect OGo one way  
or the other.  Are you using virtual hosting?  My initial guess would  
be you crossed some wired in you Apache config files in the process of  
enabling SSL.  Look for authentication related directives (OGo  
authenticates itself,  Apache doesn't need to do so).



From users@opengroupware.org  Sat Dec  2 23:14:49 2006
From: users@opengroupware.org (users@opengroupware.org)
Date: Sat, 2 Dec 2006 17:14:49 -0600 (CST)
Subject: [OGo-Users] Followup followup
In-Reply-To: <20061202052641.11659.8321.Mailman@mail.opengroupware.org>
References: <20061202052641.11659.8321.Mailman@mail.opengroupware.org>
Message-ID: <49372.68.227.100.213.1165101289.squirrel@public.nontrivial.net>

Gentle List Folk,

> Just for giggles I rebooted the machine and now OGO works. Is there some
> process I should look for to kill or something? Other than being a bit
> windowsesqe I don't plan on adding instances very often, so I suppose it's
> not a big deal to have to reboot the machine when I create a new instance.

Apparently the init script isn't really killing ogo services. But if I run
"ps -eaf | grep -i open" I can find and kill them by hand. It is also a
fatal idea to name your instance with a hyphen. IOW, "ogo-apha" and
"ogo-beta" is bad, while "ogoaplpha" and "ogobeta" is OK.

So anyway, as usual it seems with OGO, except for the quirks ogo is pretty
easy.

James


From users@opengroupware.org  Sat Dec  2 23:31:56 2006
From: users@opengroupware.org (users@opengroupware.org)
Date: Sat, 2 Dec 2006 17:31:56 -0600 (CST)
Subject: [OGo-Users] Importing the Hardware
Message-ID: <33667.68.227.100.213.1165102316.squirrel@public.nontrivial.net>

Howdy Folks,

I wrote a very simplistic groupware solution for my company a while back,
and I want to move us to OpenGroupware. We have a lot of contact, project,
task, and billable time information that I would like to import into OGO.
I am fairly handy with Perl and DBI, so I am hoping to write a script to
import that information directly into the ogo database.

I have two basic questions. The first one is, is that a generally a good
idea? I am a bit worried that id's might get out of sync if I update one
table and not another, or fail to update an audit trail, or who knows
what. If I manage to figure out where data should go, how much danger is
there in just inserting that information?

The second question is that, after A) figuring out PostgreSQL a bit and B)
taking a peek at the database I seem to be missing something. I mean,
there seems to be tables that correspond to news, contacts, companies,
projects, etc. But there doesn't appear to be dedicated tables for
appointments, tasks, and times. Can somebody please point me in the right
direction for this?

TIA,
James


From users@opengroupware.org  Sun Dec  3 00:40:20 2006
From: users@opengroupware.org (Adam Tauno Williams)
Date: Sat, 02 Dec 2006 19:40:20 -0500
Subject: [OGo-Users] Importing the Hardware
In-Reply-To: <33667.68.227.100.213.1165102316.squirrel@public.nontrivial.net>
References: <33667.68.227.100.213.1165102316.squirrel@public.nontrivial.net>
Message-ID: <1165106420.3716.4.camel@aleph.whitemice.org>

> I have two basic questions. The first one is, is that a generally a good
> idea? I am a bit worried that id's might get out of sync if I update one

If you use the nextval('key_sequence') when inserting objects you should
be fine.

> table and not another, or fail to update an audit trail, or who knows

You don't have to worry much about the log table, etc...

> what. If I manage to figure out where data should go, how much danger is
> there in just inserting that information?

For loading the database initially you should be pretty safe;  I'd be
more cautious about doing it to an up-and-running server.

> The second question is that, after A) figuring out PostgreSQL a bit and B)
> taking a peek at the database I seem to be missing something. I mean,
> there seems to be tables that correspond to news, contacts, companies,
> projects, etc. But there doesn't appear to be dedicated tables for
> appointments, tasks, and times. Can somebody please point me in the right
> direction for this?

Appointments center around the date_x table and jobs like in the job
table.  Looking at the EOModel file in subversion might help you -
http://svn.opengroupware.org/viewcvs/trunk/Database/OGoModel/OpenGroupware.org_PostgreSQL.eomodel?rev=1478&view=markup


From users@opengroupware.org  Sun Dec  3 04:22:00 2006
From: users@opengroupware.org (Michael Brown)
Date: Sat, 2 Dec 2006 23:22:00 -0500
Subject: [OGo-Users] Solved: I broke my OGo! (upgrade issues)
Message-ID: <20061203042259.B6F463D00A4@mail.opengroupware.org>

Just wanted to say thanks to Adam,

doing ldconfig and then restarting OGo/apache2 got everything working again.

I did have libobjc-ogo1 and the latest sope installed.  Upgrading to  1.1.6 had caused apt to remove 1.0, and that may have messed up the libraries.  Ldconfig as root fixed everything.

Thanks again for the help, Adam!

Have yourselves a great weekend!

/Mike

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

From users@opengroupware.org  Sun Dec  3 07:17:16 2006
From: users@opengroupware.org (Sebastian Reitenbach)
Date: Sun, 03 Dec 2006 07:17:16 -0000
Subject: [OGo-Users] extended attributes
Message-ID: <20061203071716.48A908C005@ogo.rapideye.de>

Hi Adam,

users@opengroupware.org wrote: 
> > how do I define extended attributes, that are radio buttons, url fields or 
> > list boxes. for example SkyPublicExtendedPersonAttributes defines extended 
> > person attributes, type 2 is a checkbox, type 1 a text field, type 3 an 
email 
> > address. I tried to set types to 0, 4,5,6 as well, but they all seem to be 
> > text boxes too. I think I have to encode the key/value pairs for the radio 
> > buttons and list entries in a different way, than for the other fields.
> > Anyone can give me an example please?
> 
> 
> http://docs.opengroupware.org/Members/whitemice/wmogag/ Page 27
You are great, that was exactly what I was looking for, next time I'll take a 
look there before asking here. 
Well, I just only find it a bit unusual to have the multi select field at type 
9, and types 4-8 doesn't seem to be used.

something else I observed:
- I have no labels defined yet
- encoded the values: values = {key1=value1; key2=value2;};
- when I then open a contact to set a value, I choose betwen the value1, 
  value2,... but when I then only want to take a look at the person 
  attributes, the webui presents me the key1, key2...
- so to make it consistent, I have to make it: values = {key1=key1; 
  key2=key2};
Is that intended to work that way?

kind regards
Sebastian


From users@opengroupware.org  Sun Dec  3 10:22:35 2006
From: users@opengroupware.org (Paul Dean)
Date: Sun, 03 Dec 2006 18:22:35 +0800
Subject: [OGo-Users] docs.ogo
Message-ID: <4572A56B.2060704@thecave.ws>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hya,

Is docs.ogo up and running?
I get a whole heap of Zope errors from the server... :-(

- --

Thanks

Paul Dean.
Mob: 0403 622 009

Your IT Administrator Extraordinaire

QOTD
"Life is not WHAT you make it, it's WHO you have in it..."
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFFcqVrziZWJQq8xEYRAiSRAKCnUCNRMFYi3TzLXG6WBom4+y+1cgCfc+g3
xaRvbZnh0yS19+CDtjVSX4M=
=4xAF
-----END PGP SIGNATURE-----

From users@opengroupware.org  Sun Dec  3 11:04:41 2006
From: users@opengroupware.org (Helge Hess)
Date: Sun, 3 Dec 2006 12:04:41 +0100
Subject: [OGo-Users] docs.ogo
In-Reply-To: <4572A56B.2060704@thecave.ws>
References: <4572A56B.2060704@thecave.ws>
Message-ID: <29563561-7126-43AB-BDEF-8DB49C36D46C@opengroupware.org>

On Dec 3, 2006, at 11:22, Paul Dean wrote:
> Is docs.ogo up and running?

No, its still down after the hardware crash. Too bad that Zope/Plone  
uses that big blob for storing things :-(

Helge
-- 
Helge Hess
http://docs.opengroupware.org/Members/helge/



From users@opengroupware.org  Sun Dec  3 23:09:19 2006
From: users@opengroupware.org (Alexandre Ghisoli)
Date: Mon, 04 Dec 2006 00:09:19 +0100
Subject: [OGo-Users] Projects and attached files
Message-ID: <4573591F.20504@ghisoli.ch>

Hi there,

OpenGroupware 1.1.6

I'm getting Internal Server Error when tring to adding files in a project.

So I'll list here steps tried to solve that issue :

1/ neither FS or DB based storage works, still getting same error
2/ Logs didnt return anything usefull :
192.168.254.32 - - [03/Dec/2006:23:50:55 GMT] "GET 
/OpenGroupware.woa/x/activate?woinst=21898&wosid=558A558A01457354BC&oid=22970 
HTTP/1.1" 200 5338/0 0.139 35399 84% 396K
Dec 03 23:50:58 ogo-webui-1.1 [21898]: [ERROR] SkyP4FolderView Path 
already exists
### child 21898 (#1) was terminated by signal 11 (uptime=163s).


3/ Trying to use Zidestore to jump into WebDAV pseudo-filesystem, it 
works util i reach
http://hostname/zidestore/user/Projects/Pxx/Documents

4/ Dig into database, and try to play with URL row in project table. 
Using file://FS_Path let me add files.
The skyrix://<hostname> didnt work, still core dump

5/ atm, I cannot get usefull information from GDB, because I still get 
stripped binaries.

Any ideas ?

Thanks

--Alexandre




From users@opengroupware.org  Sun Dec  3 23:22:20 2006
From: users@opengroupware.org (Helge Hess)
Date: Mon, 4 Dec 2006 00:22:20 +0100
Subject: [OGo-Users] Projects and attached files
In-Reply-To: <4573591F.20504@ghisoli.ch>
References: <4573591F.20504@ghisoli.ch>
Message-ID: <6FD220E7-BC8C-4C7F-B39F-3D595A530697@opengroupware.org>

On Dec 4, 2006, at 24:09, Alexandre Ghisoli wrote:
> 5/ atm, I cannot get usefull information from GDB, because I still  
> get stripped binaries.

The callstack should be available?
Did you start ogo-webui inside GDB with "r -WOUseWatchDog NO"?

Helge
-- 
Helge Hess
http://docs.opengroupware.org/Members/helge/



From users@opengroupware.org  Mon Dec  4 01:35:36 2006
From: users@opengroupware.org (Adam Tauno Williams)
Date: Sun, 03 Dec 2006 20:35:36 -0500
Subject: [OGo-Users] extended attributes
In-Reply-To: <20061203071716.48A908C005@ogo.rapideye.de>
References: <20061203071716.48A908C005@ogo.rapideye.de>
Message-ID: <20061203203536.eprqqfqogcc4w8ck@www.mormail.com>

>> > how do I define extended attributes, that are radio buttons, url fields=
 or
>> > list boxes. for example SkyPublicExtendedPersonAttributes defines exten=
ded
>> > person attributes, type 2 is a checkbox, type 1 a text field, type 3 an
> email
>> > address. I tried to set types to 0, 4,5,6 as well, but they all seem to=
 be
>> > text boxes too. I think I have to encode the key/value pairs for the ra=
dio
>> > buttons and list entries in a different way, than for the other fields.
>> > Anyone can give me an example please?
>> http://docs.opengroupware.org/Members/whitemice/wmogag/ Page 27
> You are great, that was exactly what I was looking for, next time I'll tak=
e a
> look there before asking here.
> Well, I just only find it a bit unusual to have the multi select  =20
> field at type
> 9, and types 4-8 doesn't seem to be used.

Yep, I've got no idea why.

> something else I observed:
> - I have no labels defined yet
> - encoded the values: values =3D {key1=3Dvalue1; key2=3Dvalue2;};
> - when I then open a contact to set a value, I choose betwen the value1,
>   value2,... but when I then only want to take a look at the person
>   attributes, the webui presents me the key1, key2...

Yep.

> - so to make it consistent, I have to make it: values =3D {key1=3Dkey1;
>   key2=3Dkey2};

Exactly; As stated in the document "For a type 9 attribute multiple =20
values may be selected.  The value of the ?values? attribute is an =20
array of key value pairs defined like: { ab =3D ab; cd =3D cd; ef =3D ef; }.=
 =20
  It is the value to the left of the equality pair that is actually =20
stored, but the web interface is inconsistent about which is displayed =20
to the user so the left and the right of equality pair should always =20
be set to the same value."

> Is that intended to work that way?

No idea, but it does work that way. :)


From users@opengroupware.org  Mon Dec  4 05:25:24 2006
From: users@opengroupware.org (Paul Dean)
Date: Mon, 04 Dec 2006 14:25:24 +0900
Subject: [OGo-Users] docs.ogo
In-Reply-To: <29563561-7126-43AB-BDEF-8DB49C36D46C@opengroupware.org>
References: <4572A56B.2060704@thecave.ws> <29563561-7126-43AB-BDEF-8DB49C36D46C@opengroupware.org>
Message-ID: <4573B144.1060805@thecave.ws>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

:-( oh blob it...

Thanks

Paul Dean.
Mob: 0403 622 009

Your IT Administrator Extraordinaire

QOTD
"Life is not WHAT you make it, it's WHO you have in it..."


Helge Hess wrote:
> On Dec 3, 2006, at 11:22, Paul Dean wrote:
>> Is docs.ogo up and running?
> 
> No, its still down after the hardware crash. Too bad that Zope/Plone
> uses that big blob for storing things :-(
> 
> Helge
> --Helge Hess
> http://docs.opengroupware.org/Members/helge/
> 
> 
> --OpenGroupware.org Users
> users@opengroupware.org
> http://mail.opengroupware.org/mailman/listinfo/users
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFFc7FEziZWJQq8xEYRAqTsAKCe1CFkDX+Gj2B+fMGS+aZFIW/LzgCdHMEZ
Ttdri+kjl2uLenl3vohhTNU=
=8IRQ
-----END PGP SIGNATURE-----

From users@opengroupware.org  Mon Dec  4 10:58:51 2006
From: users@opengroupware.org (Alexandre Ghisoli)
Date: Mon, 04 Dec 2006 11:58:51 +0100
Subject: [OGo-Users] Projects and attached files
In-Reply-To: <6FD220E7-BC8C-4C7F-B39F-3D595A530697@opengroupware.org>
References: <4573591F.20504@ghisoli.ch>
 <6FD220E7-BC8C-4C7F-B39F-3D595A530697@opengroupware.org>
Message-ID: <1165229931.1878.3.camel@pc-05.ycom.ch>

Le lundi 04 décembre 2006 à 00:22 +0100, Helge Hess a écrit :
> On Dec 4, 2006, at 24:09, Alexandre Ghisoli wrote:
> > 5/ atm, I cannot get usefull information from GDB, because I still  
> > get stripped binaries.
> 
> The callstack should be available?
> Did you start ogo-webui inside GDB with "r -WOUseWatchDog NO"?

Yes, but I didnt get symbols, something stip them, but I dont know
where ..

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46931220872720 (LWP 14969)]
0x00002aaf057ed195 in GSCurrentThread ()
from /usr/local/lib/libFoundation_d.so.1.1
(gdb) bt
#0  0x00002aaf057ed195 in GSCurrentThread ()
from /usr/local/lib/libFoundation_d.so.1.1
#1  0x00002aaf0435c266 in EOModel_linkCategories ()
from /usr/local/lib/libGDLAccess_d.so.4.5
#2  0x00002aaf0a10b489 in ?? ()
from /usr/local/lib/libOGoDatabaseProject_d.so.5.3
#3  0x00002aaf0a10b05e in ?? ()
from /usr/local/lib/libOGoDatabaseProject_d.so.5.3
#4  0x00002aaf0a10ae0d in ?? ()
from /usr/local/lib/libOGoDatabaseProject_d.so.5.3
#5  0x00002aaf0a10b007 in ?? ()
from /usr/local/lib/libOGoDatabaseProject_d.so.5.3
#6  0x00002aaf0a0dc567 in ?? ()
from /usr/local/lib/libOGoDatabaseProject_d.so.5.3
#7  0x00002aaf09f9398b in ?? ()
from /usr/local/lib64/opengroupware.org-1.1/datasources/OGoDatabaseProject.ds/OGoDatabaseProject
#8  0x00002aaf09f9353c in ?? ()
from /usr/local/lib64/opengroupware.org-1.1/datasources/OGoDatabaseProject.ds/OGoDatabaseProject
#9  0x00002aaf0418f028 in LSCommandRunV ()
from /usr/local/lib/libLSFoundation_d.so.5.3
#10 0x00002aaf0418eab6 in LSCommandRunV ()
from /usr/local/lib/libLSFoundation_d.so.5.3
#11 0x00002aaf0418e9eb in LSCommandRunV ()
from /usr/local/lib/libLSFoundation_d.so.5.3
#12 0x00002aaf0a102e0e in ?? ()
from /usr/local/lib/libOGoDatabaseProject_d.so.5.3
#13 0x00002aaf0a0ed85e in ?? ()
from /usr/local/lib/libOGoDatabaseProject_d.so.5.3
#14 0x00002aaf0a0d6cee in ?? ()
from /usr/local/lib/libOGoDatabaseProject_d.so.5.3
#15 0x00002aaf0a0d6feb in ?? ()
from /usr/local/lib/libOGoDatabaseProject_d.so.5.3
#16 0x00002aaf051c6068 in ?? ()
from /usr/local/lib/libEOControl_d.so.4.5
#17 0x00002aaf083439f3 in ?? ()
from /usr/local/lib/libZSProjects_d.so.1.5
#18 0x00002aaf03fda685 in ?? ()
from /usr/local/lib/libZSFrontend_d.so.1.5
#19 0x00002aaf046daa2b in SoObjectRootURLInContext ()
from /usr/local/lib/libNGObjWeb_d.so.4.5
#20 0x00002aaf05774fd9 in objc_load_module ()
from /usr/local/lib/libFoundation_d.so.1.1
#21 0x00002aaf046dffb0 in SoObjectRootURLInContext ()
from /usr/local/lib/libNGObjWeb_d.so.4.5
#22 0x00002aaf046e032c in SoObjectRootURLInContext ()
from /usr/local/lib/libNGObjWeb_d.so.4.5
#23 0x00002aaf046b4494 in SoObjectRootURLInContext ()
from /usr/local/lib/libNGObjWeb_d.so.4.5
#24 0x00002aaf0462da2d in WOApplicationMain ()
from /usr/local/lib/libNGObjWeb_d.so.4.5
#25 0x00002aaf045e0806 in WOGetKVCValueUsingMethod ()
from /usr/local/lib/libNGObjWeb_d.so.4.5
#26 0x00002aaf045e0bac in WOGetKVCValueUsingMethod ()
from /usr/local/lib/libNGObjWeb_d.so.4.5
#27 0x0000000000403b70 in _start ()

Regards


-- 
        Alexandre


From users@opengroupware.org  Mon Dec  4 13:14:15 2006
From: users@opengroupware.org (Florian Reitmeir)
Date: Mon, 4 Dec 2006 14:14:15 +0100
Subject: [OGo-Users] where do 'team creators' create teams?
In-Reply-To: <20060717093254.68A1878C002@ogo.rapideye.de>
References: <20060717093254.68A1878C002@ogo.rapideye.de>
Message-ID: <20061204131415.GB11752@squat.noreply.org>

Hi,

On Mon, 17 Jul 2006, Sebastian Reitenbach wrote:

> > There is a new application (GroupsUI) which does this. You should be  
> > able to enable that in the display preferences.
> 
> thanks a lot, found it.


i use , 1.1.6 and there is not GroupsUI in my display preferences. Only a
Team Section, but there is no option to change the owner of a team.


-- 
Florian Reitmeir

From users@opengroupware.org  Mon Dec  4 14:08:04 2006
From: users@opengroupware.org (Sebastian Reitenbach)
Date: Mon, 04 Dec 2006 14:08:04 -0000
Subject: [OGo-Users] where do 'team creators' create teams?
Message-ID: <20061204140804.2766B7A40C6@ogo.rapideye.de>

Hi,
users@opengroupware.org wrote: 
> Hi,
> 
> On Mon, 17 Jul 2006, Sebastian Reitenbach wrote:
> 
> > > There is a new application (GroupsUI) which does this. You should be  
> > > able to enable that in the display preferences.
> > 
> > thanks a lot, found it.
> 
> 
> i use , 1.1.6 and there is not GroupsUI in my display preferences. Only a
> Team Section, but there is no option to change the owner of a team.

I don't think that this is possible, you can only delete and create new. the 
creator is always the owner. I think if you want to change the owner of a 
team, you have directly add a sql statement to the database.

Sebastian


From users@opengroupware.org  Mon Dec  4 14:09:55 2006
From: users@opengroupware.org (Alexandre Ghisoli)
Date: Mon, 04 Dec 2006 15:09:55 +0100
Subject: [OGo-Users] Projects and attached files
In-Reply-To: <1165229931.1878.3.camel@pc-05.ycom.ch>
References: <4573591F.20504@ghisoli.ch>
 <6FD220E7-BC8C-4C7F-B39F-3D595A530697@opengroupware.org>
 <1165229931.1878.3.camel@pc-05.ycom.ch>
Message-ID: <1165241396.1878.11.camel@pc-05.ycom.ch>

Le lundi 04 décembre 2006 à 11:58 +0100, Alexandre Ghisoli a écrit :
> Le lundi 04 décembre 2006 à 00:22 +0100, Helge Hess a écrit :
> > On Dec 4, 2006, at 24:09, Alexandre Ghisoli wrote:
> > > 5/ atm, I cannot get usefull information from GDB, because I still  
> > > get stripped binaries.
> > 
> > The callstack should be available?
> > Did you start ogo-webui inside GDB with "r -WOUseWatchDog NO"?
> 
> Yes, but I didnt get symbols, something stip them, but I dont know
> where ..

Ahh, finaly got rid of that strip.
Here you are, while accessing .../Documents stuff from my gnome file
manager.



172.16.112.105 - - [04/Dec/2006:15:07:25 GMT]
"OPTIONS /zidestore/agh/Projects/P22970/Documents/ HTTP/1.1" 200 0/0
0.069 - - 32K

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47762255347216 (LWP 3027)]
0x00002b7083029195 in -[PrintfFormatScanner stringWithFormat:arguments:]
(self=0xd4ac08, _cmd=0x2b7081cdde30, format=0x2b7087a78280, 
    args=0x0) at PrintfFormatScanner.m:37
37      PrintfFormatScanner.m: No such file or directory.
        in PrintfFormatScanner.m
(gdb) bt
#0  0x00002b7083029195 in -[PrintfFormatScanner
stringWithFormat:arguments:] (self=0xd4ac08, _cmd=0x2b7081cdde30,
format=0x2b7087a78280, 
    args=0x0) at PrintfFormatScanner.m:37
#1  0x00002b7081b98266 in -[EOSQLQualifier
initWithEntity:qualifierFormat:argumentsArray:] (self=0xd4a918,
_cmd=0x2b7087a78960, 
    _entity=0xc43d68, _qualifierFormat=0x2b7087a78280, _args=0x0) at
EOSQLQualifier.m:339
#2  0x00002b7087947489 in -[SkyDocumentIdHandler _fetchDataInContext:]
(self=0xd48338, _cmd=0x2b7087a788d0, _ctx=0xf30bb8)
    at SkyDocumentIdHandler.m:152
#3  0x00002b708794705e in -[SkyDocumentIdHandler
projectIdForDocumentId:context:] (self=0xd48338, _cmd=0x2b7087a78870,
_i=22990, 
    _ctx=0xf30bb8) at SkyDocumentIdHandler.m:99
#4  0x00002b7087946e0d in -[SkyDocumentIdHandler
projectGIDForDocumentGID:refreshOnFail:context:] (self=0xd48338,
_cmd=0x2b7087a788a0, 
    _gid=0x996ac8, _refresh=1 '\001', _ctx=0xf30bb8) at
SkyDocumentIdHandler.m:70
#5  0x00002b7087947007 in -[SkyDocumentIdHandler
projectGIDForDocumentGID:context:] (self=0xd48338, _cmd=0x2b7087a5f4f0,
_gid=0x996ac8, 
    _ctx=0xf30bb8) at SkyDocumentIdHandler.m:92
#6  0x00002b7087918567 in
+[SkyProjectFileManager(ExtendedFileManagerImp)
projectGlobalIDForDocumentGlobalID:context:] (
    self=0x2b7087a6b040, _cmd=0x2b70878d2c30, _dgid=0x996ac8,
_ctx=0xf30bb8) at SkyProjectFileManager+Extensions.m:190
#7  0x00002b70877cf98b in -[SkyDocumentAccessHandler
operation:allowedOnObjectIDs:forAccessGlobalID:cache:] (self=0xd42468, 
    _cmd=0x2b70878d2b60, _operation=0x2b7087a71ee0, _oids=0xd18a08,
_accessGID=0xb72dd8, _cache=0x0) at SkyDocumentAccessHandler.m:277
#8  0x00002b70877cf53c in -[SkyDocumentAccessHandler
operation:allowedOnObjectIDs:forAccessGlobalID:] (self=0xd42468, 
    _cmd=0x2b7081b14c20, _operation=0x2b7087a71ee0, _oids=0xd18a08,
_accessGID=0xb72dd8) at SkyDocumentAccessHandler.m:228
#9  0x00002b70819cb028 in -[OGoAccessManager
operation:allowedOnObjectIDs:forAccessGlobalID:] (self=0xf40988,
_cmd=0x2b7081b14b50, 
    _operation=0x2b7087a71ee0, _oids=0xcdfea8, _accountID=0xb72dd8) at
OGoAccessManager.m:224
#10 0x00002b70819caab6 in -[OGoAccessManager
operation:allowedOnObjectIDs:] (self=0xf40988, _cmd=0x2b7081b14b30, 
    _operation=0x2b7087a71ee0, _oids=0xcdfea8) at OGoAccessManager.m:145
#11 0x00002b70819ca9eb in -[OGoAccessManager
operation:allowedOnObjectID:] (self=0xf40988, _cmd=0x2b7087a72f30, 
    _operation=0x2b7087a71ee0, _oid=0x996ac8) at OGoAccessManager.m:137
#12 0x00002b708793ee0e in -[SkyProjectFileManagerCache
isReadableFileAtPath:manager:] (self=0xc16d78, _cmd=0x2b7087a6b530, 
    _path=0x2b7087a60820, _manager=0xcf48e8) at
SkyProjectFileManagerCache.m:295
#13 0x00002b708792985e in -[SkyProjectFileManager isReadableFileAtPath:]
(self=0xcf48e8, _cmd=0x2b7087a599e0, _path=0x2b7087a60820)
    at SkyProjectFileManager.m:318
#14 0x00002b7087912cee in -[SkyProjectFolderDataSource
primaryFetchObjects] (self=0xcdf098, _cmd=0x2b7087a59a10)
    at SkyProjectFolderDataSource.m:399
#15 0x00002b7087912feb in -[SkyProjectFolderDataSource fetchObjects]
(self=0xcdf098, _cmd=0x2b7082b2cfc0)
    at SkyProjectFolderDataSource.m:438
#16 0x00002b7082a02068 in -[EODataSource fetchEnumerator]
(self=0xcdf098, _cmd=0x2b7085c928a0) at EODataSource.m:59
#17 0x00002b7085b7f9f3 in -[SxDocumentFolder(Perf)
performListQuery:inContext:] (self=0xbdcdf8, _cmd=0x2b70819317d0,
_fs=0xce5878, 
    _ctx=0xbd0908) at SxDocumentFolder+Perf.m:189
#18 0x00002b7081816685 in -[SxFolder(WebDAV)
performWebDAVQuery:inContext:] (self=0xbdcdf8, _cmd=0x2b7082156950,
_fs=0xce5878, 
    _ctx=0xbd0908) at SxFolder+DAV.m:445
#19 0x00002b7081f16a2b in -[SoObjectWebDAVDispatcher doPROPFIND:]
(self=0xd50678, _cmd=0x5492b0, _ctx=0xbd0908)
    at SoObjectWebDAVDispatcher.m:539
#20 0x00002b7082fb0fd9 in -[NSObject performSelector:withObject:]
(self=0xd50678, _cmd=0x2b7082156d80, aSelector=0x5492b0, 
    anObject=0xbd0908) at NSObject.m:797
#21 0x00002b7081f1bfb0 in -[SoObjectWebDAVDispatcher
performMethod:inContext:] (self=0xd50678, _cmd=0x2b7082156de0,
_method=0xd2c788, 
    _ctx=0xbd0908) at SoObjectWebDAVDispatcher.m:1676
#22 0x00002b7081f1c32c in -[SoObjectWebDAVDispatcher dispatchInContext:]
(self=0xd50678, _cmd=0x2b7082136ce0, _ctx=0xbd0908)
    at SoObjectWebDAVDispatcher.m:1711
#23 0x00002b7081ef0494 in -[SoObjectRequestHandler
handleRequest:inContext:session:application:] (self=0x637688,
_cmd=0x2b70820b0410, 
    _rq=0xcf09b8, _ctx=0xbd0908, _sn=0x0, app=0x639568) at
SoObjectRequestHandler.m:588
#24 0x00002b7081e69a2d in -[WORequestHandler handleRequest:]
(self=0x637688, _cmd=0x2b7082074600, _request=0xcf09b8)
    at WORequestHandler.m:241
#25 0x00002b7081e1c806 in -[WOCoreApplication
dispatchRequest:usingHandler:] (self=0x639568, _cmd=0x2b7082074660,
_request=0xcf09b8, 
    handler=0x637688) at WOCoreApplication.m:655
#26 0x00002b7081e1cbac in -[WOCoreApplication dispatchRequest:]
(self=0x639568, _cmd=0x509480, _request=0xcf09b8)
    at WOCoreApplication.m:695
#27 0x0000000000403b70 in -[ZideStore dispatchRequest:] (self=0x639568,
_cmd=0x2b708211b6a0, _request=0xcf09b8) at ZideStore.m:486
#28 0x00002b7081edc2b1 in -[WOHttpTransaction _run] (self=0xcc35d8,
_cmd=0x2b708211b6d0) at WOHttpTransaction.m:540
#29 0x00002b7081edc77a in -[WOHttpTransaction run] (self=0xcc35d8,
_cmd=0x2b7082119430) at WOHttpTransaction.m:593
#30 0x00002b7081ed7758 in -[WOHttpAdaptor runConnection:]
(self=0x96bbe8, _cmd=0x2b70821194d0, _socket=0xd00848) at
WOHttpAdaptor.m:484
---Type <return> to continue, or q <return> to quit--- 
#31 0x00002b7081ed7ab0 in -[WOHttpAdaptor _handleAcceptedConnection:]
(self=0x96bbe8, _cmd=0x2b7082119580, _connection=0xd00848)
    at WOHttpAdaptor.m:518
#32 0x00002b7081ed84a2 in -[WOHttpAdaptor acceptConnection:]
(self=0x96bbe8, _cmd=0x2b70821193a0, _notification=0xcc7ce8)
    at WOHttpAdaptor.m:626
#33 0x00002b7082fb0ac4 in -[NSObject performSelector:withObject:]
(self=0x96bbe8, _cmd=0x2b70831c89a0, aSelector=0x2b70821193a0, 
    anObject=0xcc7ce8) at NSObject.m:730
#34 0x00002b7083006bd5 in -[NSNotificationListItem postNotification:]
(self=0x9779c8, _cmd=0x2b70831c8b40, notification=0xcc7ce8)
    at NSNotificationCenter.m:104
#35 0x00002b7082fb0ac4 in -[NSObject performSelector:withObject:]
(self=0x9779c8, _cmd=0x2b708319fc40, aSelector=0x2b70831c8b40, 
    anObject=0xcc7ce8) at NSObject.m:730
#36 0x00002b7082fbf8cb in -[NSArray makeObjectsPerform:withObject:]
(self=0xca29f8, _cmd=0x2b70831c8b50, aSelector=0x2b70831c8b40, 
    anObject=0xcc7ce8) at NSArray.m:403
#37 0x00002b7083007c6f in -[NSNotificationCenter postNotification:]
(self=0x588c08, _cmd=0x2b70831c8bc0, notification=0xcc7ce8)
    at NSNotificationCenter.m:453
#38 0x00002b7083008014 in -[NSNotificationCenter
postNotificationName:object:] (self=0x588c08, _cmd=0x2b70831dea80, 
    notificationName=0x2b70831dda60, object=0x974cc8) at
NSNotificationCenter.m:590
#39 0x00002b7083023f04 in -[NSRunLoopFileObjectInfo
activity:onDescriptor:] (self=0x978208, _cmd=0x2b70831dee10, 
    _activity=NSPosixReadableActivity, _fd=10) at NSRunLoop.m:190
#40 0x00002b708302681c in -[NSRunLoop acceptInputForMode:beforeDate:]
(self=0x68a8d8, _cmd=0x2b70831deda0, aMode=0x2b70831dda20, 
    limitDate=0xce1ec8) at NSRunLoop.m:767
#41 0x00002b7083025edd in -[NSRunLoop runMode:beforeDate:]
(self=0x68a8d8, _cmd=0x2b7082074500, aMode=0x2b70831dda20,
limitDate=0xce1ec8)
    at NSRunLoop.m:621
#42 0x00002b7081e1bf16 in -[WOCoreApplication run] (self=0x639568,
_cmd=0x2b708209a0f0) at WOCoreApplication.m:527
#43 0x00002b7081e4f7d1 in WOApplicationMain (_appClassName=0x5086e0,
argc=3, argv=0x7fffffa276b8) at WOApplicationMain.m:42
#44 0x00002b7081e73776 in WOWatchDogApplicationMain (appName=0x5086e0,
argc=3, argv=0x7fffffa276b8) at WOWatchDogApplicationMain.m:251
#45 0x00002b7081e73ee6 in WOWatchDogApplicationMainWithServerDefaults
(appName=0x5086e0, argc=3, argv=0x7fffffa276b8, 
    globalDomainPath=0x508700, appDomainPath=0x508720) at
WOWatchDogApplicationMain.m:460
#46 0x0000000000403d74 in main (argc=3, argv=0x7fffffa276b8,
env=0x7fffffa276d8) at ZideStore.m:512




-- 
        Alexandre


From users@opengroupware.org  Mon Dec  4 14:59:41 2006
From: users@opengroupware.org (Florian Reitmeir)
Date: Mon, 4 Dec 2006 15:59:41 +0100
Subject: [OGo-Users] where do 'team creators' create teams?
In-Reply-To: <20061204140804.2766B7A40C6@ogo.rapideye.de>
References: <20061204140804.2766B7A40C6@ogo.rapideye.de>
Message-ID: <20061204145941.GG11752@squat.noreply.org>

On Mon, 04 Dez 2006, Sebastian Reitenbach wrote:

> > On Mon, 17 Jul 2006, Sebastian Reitenbach wrote:
> > 
> > > > There is a new application (GroupsUI) which does this. You should be  
> > > > able to enable that in the display preferences.
> > > 
> > > thanks a lot, found it.
> > 
> > 
> > i use , 1.1.6 and there is not GroupsUI in my display preferences. Only a
> > Team Section, but there is no option to change the owner of a team.
> 
> I don't think that this is possible, you can only delete and create new. the 
> creator is always the owner. I think if you want to change the owner of a 
> team, you have directly add a sql statement to the database.

but i cannot even create a new Team, there is only a "refresh" button. the
root account is able to create new teams, but not my normal user.

-- 
Florian Reitmeir

From users@opengroupware.org  Mon Dec  4 14:59:33 2006
From: users@opengroupware.org (Adam Tauno Williams)
Date: Mon, 04 Dec 2006 09:59:33 -0500
Subject: [OGo-Users] where do 'team creators' create teams?
In-Reply-To: <20061204140804.2766B7A40C6@ogo.rapideye.de>
References: <20061204140804.2766B7A40C6@ogo.rapideye.de>
Message-ID: <1165244373.3900.22.camel@aleph.whitemice.org>

> > > > There is a new application (GroupsUI) which does this. You should be  
> > > > able to enable that in the display preferences.
> > > thanks a lot, found it.
> > i use , 1.1.6 and there is not GroupsUI in my display preferences. Only a
> > Team Section, but there is no option to change the owner of a team.
> I don't think that this is possible, you can only delete and create new. the 
> creator is always the owner. I think if you want to change the owner of a 
> team, you have directly add a sql statement to the database.

Agree, I think this is always true in OGo;  owner = creator.  Except
perhaps in cases of tasks where creator = creator and owner is the
executant.  In most cases "owner" doesn't have much, if any, effect on
anything.



From users@opengroupware.org  Mon Dec  4 15:08:37 2006
From: users@opengroupware.org (Helge Hess)
Date: Mon, 4 Dec 2006 16:08:37 +0100
Subject: [OGo-Users] where do 'team creators' create teams?
In-Reply-To: <20061204145941.GG11752@squat.noreply.org>
References: <20061204140804.2766B7A40C6@ogo.rapideye.de> <20061204145941.GG11752@squat.noreply.org>
Message-ID: <274B1AC3-B593-4491-A6EE-7908B91B7AB4@opengroupware.org>

On Dec 4, 2006, at 15:59, Florian Reitmeir wrote:
> but i cannot even create a new Team, there is only a "refresh"  
> button. the
> root account is able to create new teams, but not my normal user.

And your normal user is a member of the 'team creators' group?

Helge
-- 
Helge Hess
http://docs.opengroupware.org/Members/helge/



From users@opengroupware.org  Mon Dec  4 16:32:28 2006
From: users@opengroupware.org (Helge Hess)
Date: Mon, 4 Dec 2006 17:32:28 +0100
Subject: [OGo-Users] Projects and attached files
In-Reply-To: <1165241396.1878.11.camel@pc-05.ycom.ch>
References: <4573591F.20504@ghisoli.ch> <6FD220E7-BC8C-4C7F-B39F-3D595A530697@opengroupware.org> <1165229931.1878.3.camel@pc-05.ycom.ch> <1165241396.1878.11.camel@pc-05.ycom.ch>
Message-ID: <8D7D808E-DCF9-4460-A5CB-E0B984DD7853@opengroupware.org>

On Dec 4, 2006, at 15:09, Alexandre Ghisoli wrote:
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 47762255347216 (LWP 3027)]
> 0x00002b7083029195 in -[PrintfFormatScanner  
> stringWithFormat:arguments:]
> (self=0xd4ac08, _cmd=0x2b7081cdde30, format=0x2b7087a78280,
>     args=0x0) at PrintfFormatScanner.m:37
> 37      PrintfFormatScanner.m: No such file or directory.
>         in PrintfFormatScanner.m
> (gdb) bt
> #0  0x00002b7083029195 in -[PrintfFormatScanner
> stringWithFormat:arguments:] (self=0xd4ac08, _cmd=0x2b7081cdde30,
> format=0x2b7087a78280,
>     args=0x0) at PrintfFormatScanner.m:37
> #1  0x00002b7081b98266 in -[EOSQLQualifier
> initWithEntity:qualifierFormat:argumentsArray:] (self=0xd4a918,
> _cmd=0x2b7087a78960,
>     _entity=0xc43d68, _qualifierFormat=0x2b7087a78280, _args=0x0) at
> EOSQLQualifier.m:339
> #2  0x00002b7087947489 in -[SkyDocumentIdHandler _fetchDataInContext:]
> (self=0xd48338, _cmd=0x2b7087a788d0, _ctx=0xf30bb8)
>     at SkyDocumentIdHandler.m:152

Hm, what Linux distribution is this?
Did you compile on your own?

Thanks,
   Helge
-- 
Helge Hess
http://docs.opengroupware.org/Members/helge/



From users@opengroupware.org  Mon Dec  4 16:37:45 2006
From: users@opengroupware.org (Alexandre Ghisoli)
Date: Mon, 04 Dec 2006 17:37:45 +0100
Subject: [OGo-Users] Projects and attached files
In-Reply-To: <8D7D808E-DCF9-4460-A5CB-E0B984DD7853@opengroupware.org>
References: <4573591F.20504@ghisoli.ch>
 <6FD220E7-BC8C-4C7F-B39F-3D595A530697@opengroupware.org>
 <1165229931.1878.3.camel@pc-05.ycom.ch>
 <1165241396.1878.11.camel@pc-05.ycom.ch>
 <8D7D808E-DCF9-4460-A5CB-E0B984DD7853@opengroupware.org>
Message-ID: <1165250266.1878.15.camel@pc-05.ycom.ch>

Le lundi 04 décembre 2006 à 17:32 +0100, Helge Hess a écrit :
> On Dec 4, 2006, at 15:09, Alexandre Ghisoli wrote:
> > Program received signal SIGSEGV, Segmentation fault.
> > [Switching to Thread 47762255347216 (LWP 3027)]
> > 0x00002b7083029195 in -[PrintfFormatScanner  
> > stringWithFormat:arguments:]
> > (self=0xd4ac08, _cmd=0x2b7081cdde30, format=0x2b7087a78280,
> >     args=0x0) at PrintfFormatScanner.m:37
> > 37      PrintfFormatScanner.m: No such file or directory.
> >         in PrintfFormatScanner.m
> > (gdb) bt
> > #0  0x00002b7083029195 in -[PrintfFormatScanner
> > stringWithFormat:arguments:] (self=0xd4ac08, _cmd=0x2b7081cdde30,
> > format=0x2b7087a78280,
> >     args=0x0) at PrintfFormatScanner.m:37
> > #1  0x00002b7081b98266 in -[EOSQLQualifier
> > initWithEntity:qualifierFormat:argumentsArray:] (self=0xd4a918,
> > _cmd=0x2b7087a78960,
> >     _entity=0xc43d68, _qualifierFormat=0x2b7087a78280, _args=0x0) at
> > EOSQLQualifier.m:339
> > #2  0x00002b7087947489 in -[SkyDocumentIdHandler _fetchDataInContext:]
> > (self=0xd48338, _cmd=0x2b7087a788d0, _ctx=0xf30bb8)
> >     at SkyDocumentIdHandler.m:152
> 
> Hm, what Linux distribution is this?
> Did you compile on your own?


Gentoo, my own ebuild.
AMD64
neon-0.26.1

It seems that everything else is working fine.




From users@opengroupware.org  Mon Dec  4 17:31:46 2006
From: users@opengroupware.org (Helge Hess)
Date: Mon, 4 Dec 2006 18:31:46 +0100
Subject: [OGo-Users] Projects and attached files
In-Reply-To: <1165250266.1878.15.camel@pc-05.ycom.ch>
References: <4573591F.20504@ghisoli.ch> <6FD220E7-BC8C-4C7F-B39F-3D595A530697@opengroupware.org> <1165229931.1878.3.camel@pc-05.ycom.ch> <1165241396.1878.11.camel@pc-05.ycom.ch> <8D7D808E-DCF9-4460-A5CB-E0B984DD7853@opengroupware.org> <1165250266.1878.15.camel@pc-05.ycom.ch>
Message-ID: <530B297A-041A-4227-BD4D-1DEF9FBF3335@opengroupware.org>

On Dec 4, 2006, at 17:37, Alexandre Ghisoli wrote:
>> Hm, what Linux distribution is this?
>> Did you compile on your own?
> Gentoo, my own ebuild.
> AMD64
> neon-0.26.1
>
> It seems that everything else is working fine.

I've just committed a change in libFoundation 1.1.5. Possibly this  
fixes your issue though I'm not sure why I don't see it, possibly a  
difference in varargs handling.

Greets,
   Helge
-- 
Helge Hess
http://docs.opengroupware.org/Members/helge/



From users@opengroupware.org  Mon Dec  4 21:48:57 2006
From: users@opengroupware.org (Alexandre Ghisoli)
Date: Mon, 04 Dec 2006 22:48:57 +0100
Subject: [OGo-Users] Projects and attached files
In-Reply-To: <530B297A-041A-4227-BD4D-1DEF9FBF3335@opengroupware.org>
References: <4573591F.20504@ghisoli.ch>	 <6FD220E7-BC8C-4C7F-B39F-3D595A530697@opengroupware.org>	 <1165229931.1878.3.camel@pc-05.ycom.ch>	 <1165241396.1878.11.camel@pc-05.ycom.ch>	 <8D7D808E-DCF9-4460-A5CB-E0B984DD7853@opengroupware.org>	 <1165250266.1878.15.camel@pc-05.ycom.ch> <530B297A-041A-4227-BD4D-1DEF9FBF3335@opengroupware.org>
Message-ID: <457497C9.2000404@ghisoli.ch>

Helge Hess a écrit :
> On Dec 4, 2006, at 17:37, Alexandre Ghisoli wrote:
>>> Hm, what Linux distribution is this?
>>> Did you compile on your own?
>> Gentoo, my own ebuild.
>> AMD64
>> neon-0.26.1
>>
>> It seems that everything else is working fine.
>
> I've just committed a change in libFoundation 1.1.5. Possibly this 
> fixes your issue though I'm not sure why I don't see it, possibly a 
> difference in varargs handling.
>
> Greets,
>   Helge
> --Helge Hess
> http://docs.opengroupware.org/Members/helge/

Patched, but still crashing.


From users@opengroupware.org  Tue Dec  5 03:34:30 2006
From: users@opengroupware.org (Paul Dean)
Date: Tue, 05 Dec 2006 12:34:30 +0900
Subject: [OGo-Users] apt-get
Message-ID: <4574E8C6.1030905@thecave.ws>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hya All,

Does Ogo have gpg keys for debian packages that can be imported?

- --

Thanks

Paul Dean.
Mob: 0403 622 009

Your IT Administrator Extraordinaire

QOTD
"Life is not WHAT you make it, it's WHO you have in it..."
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFFdOjGziZWJQq8xEYRAqw1AJ9pIPRbbuPZH20WYPUM1q7O+HYvNQCgz8iQ
jiroXIRdH6p9fHL8P7YFGTc=
=NPVU
-----END PGP SIGNATURE-----

From users@opengroupware.org  Tue Dec  5 08:53:14 2006
From: users@opengroupware.org (Alexandre Ghisoli)
Date: Tue, 05 Dec 2006 09:53:14 +0100
Subject: [OGo-Users] Projects and attached files
In-Reply-To: <530B297A-041A-4227-BD4D-1DEF9FBF3335@opengroupware.org>
References: <4573591F.20504@ghisoli.ch>	 <6FD220E7-BC8C-4C7F-B39F-3D595A530697@opengroupware.org>	 <1165229931.1878.3.camel@pc-05.ycom.ch>	 <1165241396.1878.11.camel@pc-05.ycom.ch>	 <8D7D808E-DCF9-4460-A5CB-E0B984DD7853@opengroupware.org>	 <1165250266.1878.15.camel@pc-05.ycom.ch> <530B297A-041A-4227-BD4D-1DEF9FBF3335@opengroupware.org>
Message-ID: <4575337A.9090709@ghisoli.ch>

Helge Hess a écrit :
> On Dec 4, 2006, at 17:37, Alexandre Ghisoli wrote:
>>> Hm, what Linux distribution is this?
>>> Did you compile on your own?
>> Gentoo, my own ebuild.
>> AMD64
>> neon-0.26.1
>>
>> It seems that everything else is working fine.
>
> I've just committed a change in libFoundation 1.1.5. Possibly this 
> fixes your issue though I'm not sure why I don't see it, possibly a 
> difference in varargs handling.

Hum, still bugged at same point

  0x00002b1de8af9195 in -[PrintfFormatScanner
stringWithFormat:arguments:] (self=0xfe2558,
    _cmd=0x2b1de77ade30, format=0x2b1ded548280, args=0x0) at
PrintfFormatScanner.m:37
#1  0x00002b1de7668266 in -[EOSQLQualifier
initWithEntity:qualifierFormat:argumentsArray:] (
    self=0xa3d9c8, _cmd=0x2b1ded548960, _entity=0xc438a8,
_qualifierFormat=0x2b1ded548280,
    _args=0x0) at EOSQLQualifier.m:339
#2  0x00002b1ded417489 in -[SkyDocumentIdHandler _fetchDataInContext:]
(self=0xa6bbc8,
    _cmd=0x2b1ded5488d0, _ctx=0xf30cf8) at SkyDocumentIdHandler.m:152
#3  0x00002b1ded41705e in -[SkyDocumentIdHandler
projectIdForDocumentId:context:] (
    self=0xa6bbc8, _cmd=0x2b1ded548870, _i=18890, _ctx=0xf30cf8) at
SkyDocumentIdHandler.m:99
#4  0x00002b1ded416e0d in -[SkyDocumentIdHandler
projectGIDForDocumentGID:refreshOnFail:context:]
    (self=0xa6bbc8, _cmd=0x2b1ded5488a0, _gid=0xfde398, _refresh=1
'\001', _ctx=0xf30cf8)
    at SkyDocumentIdHandler.m:70
#5  0x00002b1ded417007 in -[SkyDocumentIdHandler
projectGIDForDocumentGID:context:] (
    self=0xa6bbc8, _cmd=0x2b1ded52f4f0, _gid=0xfde398, _ctx=0xf30cf8)
    at SkyDocumentIdHandler.m:92
#6  0x00002b1ded3e8567 in
+[SkyProjectFileManager(ExtendedFileManagerImp)
projectGlobalIDForDocumentGlobalID:context:] (self=0x2b1ded53b040,
_cmd=0x2b1ded3a2c30, _dgid=0xfde398, _ctx=0xf30cf8)
    at SkyProjectFileManager+Extensions.m:190
#7  0x00002b1ded29f98b in -[SkyDocumentAccessHandler
operation:allowedOnObjectIDs:forAccessGlobalID:cache:] (self=0xaf2b78,
_cmd=0x2b1ded3a2b60, _operation=0x2b1ded541ee0, _oids=0xba0238,
    _accessGID=0xbe3968, _cache=0x0) at SkyDocumentAccessHandler.m:277
#8  0x00002b1ded29f53c in -[SkyDocumentAccessHandler
operation:allowedOnObjectIDs:forAccessGlobalID:] (self=0xaf2b78,
_cmd=0x2b1de75e4c20, _operation=0x2b1ded541ee0, _oids=0xba0238,
    _accessGID=0xbe3968) at SkyDocumentAccessHandler.m:228
#9  0x00002b1de749b028 in -[OGoAccessManager
operation:allowedOnObjectIDs:forAccessGlobalID:] (
    self=0xf40ac8, _cmd=0x2b1de75e4b50, _operation=0x2b1ded541ee0,
_oids=0xbe2de8,
    _accountID=0xbe3968) at OGoAccessManager.m:224
#10 0x00002b1de749aab6 in -[OGoAccessManager
operation:allowedOnObjectIDs:] (self=0xf40ac8,
    _cmd=0x2b1de75e4b30, _operation=0x2b1ded541ee0, _oids=0xbe2de8) at
OGoAccessManager.m:145
#11 0x00002b1de749a9eb in -[OGoAccessManager
operation:allowedOnObjectID:] (self=0xf40ac8,
    _cmd=0x2b1ded542f30, _operation=0x2b1ded541ee0, _oid=0xfde398) at
OGoAccessManager.m:137
#12 0x00002b1ded40ee0e in -[SkyProjectFileManagerCache
isReadableFileAtPath:manager:] (
    self=0xb2e2a8, _cmd=0x2b1ded53b530, _path=0x2b1ded530820,
_manager=0xb9eed8)
    at SkyProjectFileManagerCache.m:295
#13 0x00002b1ded3f985e in -[SkyProjectFileManager isReadableFileAtPath:]
(self=0xb9eed8,
    _cmd=0x2b1ded5299e0, _path=0x2b1ded530820) at
SkyProjectFileManager.m:318
#14 0x00002b1ded3e2cee in -[SkyProjectFolderDataSource
primaryFetchObjects] (self=0xc71278,
    _cmd=0x2b1ded529a10) at SkyProjectFolderDataSource.m:399
#15 0x00002b1ded3e2feb in -[SkyProjectFolderDataSource fetchObjects]
(self=0xc71278,
    _cmd=0x2b1de85fcfc0) at SkyProjectFolderDataSource.m:438
#16 0x00002b1de84d2068 in -[EODataSource fetchEnumerator]
(self=0xc71278, _cmd=0x2b1deb7628a0)
    at EODataSource.m:59
#17 0x00002b1deb64f9f3 in -[SxDocumentFolder(Perf)
performListQuery:inContext:] (self=0xc11968,
    _cmd=0x2b1de74017d0, _fs=0xb84288, _ctx=0xf619d8) at
SxDocumentFolder+Perf.m:189
#18 0x00002b1de72e6685 in -[SxFolder(WebDAV)
performWebDAVQuery:inContext:] (self=0xc11968,
    _cmd=0x2b1de7c26950, _fs=0xb84288, _ctx=0xf619d8) at SxFolder+DAV.m:445
#19 0x00002b1de79e6a2b in -[SoObjectWebDAVDispatcher doPROPFIND:]
(self=0xbff1a8, _cmd=0x5492b0,
    _ctx=0xf619d8) at SoObjectWebDAVDispatcher.m:539
#20 0x00002b1de8a80fd9 in -[NSObject performSelector:withObject:]
(self=0xbff1a8,
    _cmd=0x2b1de7c26d80, aSelector=0x5492b0, anObject=0xf619d8) at
NSObject.m:797
#21 0x00002b1de79ebfb0 in -[SoObjectWebDAVDispatcher
performMethod:inContext:] (self=0xbff1a8,
    _cmd=0x2b1de7c26de0, _method=0xbf73f8, _ctx=0xf619d8) at
SoObjectWebDAVDispatcher.m:1676
#22 0x00002b1de79ec32c in -[SoObjectWebDAVDispatcher dispatchInContext:]
(self=0xbff1a8,
    _cmd=0x2b1de7c06ce0, _ctx=0xf619d8) at SoObjectWebDAVDispatcher.m:1711
#23 0x00002b1de79c0494 in -[SoObjectRequestHandler
handleRequest:inContext:session:application:]
    (self=0x64bfe8, _cmd=0x2b1de7b80410, _rq=0xb6cbf8, _ctx=0xf619d8,
_sn=0x0, app=0x639588)
    at SoObjectRequestHandler.m:588
#24 0x00002b1de7939a2d in -[WORequestHandler handleRequest:] (self=0x64bfe8,
    _cmd=0x2b1de7b44600, _request=0xb6cbf8) at WORequestHandler.m:241
#25 0x00002b1de78ec806 in -[WOCoreApplication
dispatchRequest:usingHandler:] (self=0x639588,
    _cmd=0x2b1de7b44660, _request=0xb6cbf8, handler=0x64bfe8) at
WOCoreApplication.m:655
#26 0x00002b1de78ecbac in -[WOCoreApplication dispatchRequest:]
(self=0x639588, _cmd=0x509480,
    _request=0xb6cbf8) at WOCoreApplication.m:695
#27 0x0000000000403b70 in -[ZideStore dispatchRequest:] (self=0x639588,
_cmd=0x2b1de7beb6a0,
    _request=0xb6cbf8) at ZideStore.m:486
#28 0x00002b1de79ac2b1 in -[WOHttpTransaction _run] (self=0xbfe428,
_cmd=0x2b1de7beb6d0)
    at WOHttpTransaction.m:540
#29 0x00002b1de79ac77a in -[WOHttpTransaction run] (self=0xbfe428,
_cmd=0x2b1de7be9430)
    at WOHttpTransaction.m:593
#30 0x00002b1de79a7758 in -[WOHttpAdaptor runConnection:]
(self=0x969ca8, _cmd=0x2b1de7be94d0,
    _socket=0x9c86b8) at WOHttpAdaptor.m:484
#31 0x00002b1de79a7ab0 in -[WOHttpAdaptor _handleAcceptedConnection:]
(self=0x969ca8,
    _cmd=0x2b1de7be9580, _connection=0x9c86b8) at WOHttpAdaptor.m:518
#32 0x00002b1de79a84a2 in -[WOHttpAdaptor acceptConnection:] (self=0x969ca8,
    _cmd=0x2b1de7be93a0, _notification=0xfbcef8) at WOHttpAdaptor.m:626
#33 0x00002b1de8a80ac4 in -[NSObject performSelector:withObject:]
(self=0x969ca8,
    _cmd=0x2b1de8c989a0, aSelector=0x2b1de7be93a0, anObject=0xfbcef8) at
NSObject.m:730
#34 0x00002b1de8ad6bd5 in -[NSNotificationListItem postNotification:]
(self=0x977998,
    _cmd=0x2b1de8c98b40, notification=0xfbcef8) at
NSNotificationCenter.m:104
#35 0x00002b1de8a80ac4 in -[NSObject performSelector:withObject:]
(self=0x977998,
    _cmd=0x2b1de8c6fc40, aSelector=0x2b1de8c98b40, anObject=0xfbcef8) at
NSObject.m:730
#36 0x00002b1de8a8f8cb in -[NSArray makeObjectsPerform:withObject:]
(self=0xb6ec08,
    _cmd=0x2b1de8c98b50, aSelector=0x2b1de8c98b40, anObject=0xfbcef8) at
NSArray.m:403
#37 0x00002b1de8ad7c6f in -[NSNotificationCenter postNotification:]
(self=0x588c08,
    _cmd=0x2b1de8c98bc0, notification=0xfbcef8) at
NSNotificationCenter.m:453
#38 0x00002b1de8ad8014 in -[NSNotificationCenter
postNotificationName:object:] (self=0x588c08,
    _cmd=0x2b1de8caea80, notificationName=0x2b1de8cada60, object=0x974c98)
    at NSNotificationCenter.m:590
#39 0x00002b1de8af3f04 in -[NSRunLoopFileObjectInfo
activity:onDescriptor:] (self=0x9781d8,
    _cmd=0x2b1de8caee10, _activity=NSPosixReadableActivity, _fd=10) at
NSRunLoop.m:190
#40 0x00002b1de8af681c in -[NSRunLoop acceptInputForMode:beforeDate:]
(self=0x68a8f8,
    _cmd=0x2b1de8caeda0, aMode=0x2b1de8cada20, limitDate=0xbc8f48) at
NSRunLoop.m:767
#41 0x00002b1de8af5edd in -[NSRunLoop runMode:beforeDate:]
(self=0x68a8f8, _cmd=0x2b1de7b44500,
    aMode=0x2b1de8cada20, limitDate=0xbc8f48) at NSRunLoop.m:621
#42 0x00002b1de78ebf16 in -[WOCoreApplication run] (self=0x639588,
_cmd=0x2b1de7b6a0f0)
    at WOCoreApplication.m:527
#43 0x00002b1de791f7d1 in WOApplicationMain (_appClassName=0x5086e0,
argc=3, argv=0x7fffffcc1bf8)
    at WOApplicationMain.m:42
#44 0x00002b1de7943776 in WOWatchDogApplicationMain (appName=0x5086e0,
argc=3,
    argv=0x7fffffcc1bf8) at WOWatchDogApplicationMain.m:251
#45 0x00002b1de7943ee6 in WOWatchDogApplicationMainWithServerDefaults
(appName=0x5086e0, argc=3,
    argv=0x7fffffcc1bf8, globalDomainPath=0x508700, appDomainPath=0x508720)
    at WOWatchDogApplicationMain.m:460
#46 0x0000000000403d74 in main (argc=3, argv=0x7fffffcc1bf8,
env=0x7fffffcc1c18)
    at ZideStore.m:512



From users@opengroupware.org  Tue Dec  5 09:21:21 2006
From: users@opengroupware.org (Helge Hess)
Date: Tue, 5 Dec 2006 10:21:21 +0100
Subject: [OGo-Users] Projects and attached files
In-Reply-To: <457497C9.2000404@ghisoli.ch>
References: <4573591F.20504@ghisoli.ch>	 <6FD220E7-BC8C-4C7F-B39F-3D595A530697@opengroupware.org>	 <1165229931.1878.3.camel@pc-05.ycom.ch>	 <1165241396.1878.11.camel@pc-05.ycom.ch>	 <8D7D808E-DCF9-4460-A5CB-E0B984DD7853@opengroupware.org>	 <1165250266.1878.15.camel@pc-05.ycom.ch> <530B297A-041A-4227-BD4D-1DEF9FBF3335@opengroupware.org> <457497C9.2000404@ghisoli.ch>
Message-ID: <2347847C-0C46-46B3-AE16-598B08FFDF53@opengroupware.org>

On Dec 4, 2006, at 22:48, Alexandre Ghisoli wrote:
> Patched, but still crashing.

I assume you do not compile with -O or something? Not unusual that  
this break optimizes the code ...
Anyways, I can't reproduce it. Maybe you consider adding a regular  
bugreport so that the issue doesn't get lost?

Helge
-- 
Helge Hess
http://docs.opengroupware.org/Members/helge/



From users@opengroupware.org  Tue Dec  5 09:29:49 2006
From: users@opengroupware.org (users@opengroupware.org)
Date: Tue, 05 Dec 2006 10:29:49 +0100
Subject: [OGo-Users] Projects and attached files
In-Reply-To: <4575337A.9090709@ghisoli.ch>
References: <4573591F.20504@ghisoli.ch>
 <6FD220E7-BC8C-4C7F-B39F-3D595A530697@opengroupware.org>
 <1165229931.1878.3.camel@pc-05.ycom.ch>
 <1165241396.1878.11.camel@pc-05.ycom.ch>
 <8D7D808E-DCF9-4460-A5CB-E0B984DD7853@opengroupware.org>
 <1165250266.1878.15.camel@pc-05.ycom.ch>
 <530B297A-041A-4227-BD4D-1DEF9FBF3335@opengroupware.org>
 <4575337A.9090709@ghisoli.ch>
Message-ID: <20061205102949.9y6lwrbjmsg40c4o@webmail.ycom.ch>

Alexandre Ghisoli <alex@ghisoli.ch> a ?it :

> Helge Hess a =C3=A9crit :
>> On Dec 4, 2006, at 17:37, Alexandre Ghisoli wrote:
>>>> Hm, what Linux distribution is this?
>>>> Did you compile on your own?
>>> Gentoo, my own ebuild.
>>> AMD64
>>> neon-0.26.1
>>>
>>> It seems that everything else is working fine.
>>
>> I've just committed a change in libFoundation 1.1.5. Possibly this  =20
>> fixes your issue though I'm not sure why I don't see it, possibly a =20
>>  difference in varargs handling.
>
> Hum, still bugged at same point


It's working, no more crashes (patch was not sucessfully processed). =20
I'll check if all projects types are working and report back.

Thanks a lot !!

--Alexandre

----------------------------------------------------------------
YCOM SA                                       http://www.ycom.ch



From users@opengroupware.org  Tue Dec  5 17:36:51 2006
From: users@opengroupware.org (Robert de Geus)
Date: Tue, 05 Dec 2006 18:36:51 +0100
Subject: [OGo-Users] Could you have a look at bug #1819?
In-Reply-To: <530B297A-041A-4227-BD4D-1DEF9FBF3335@opengroupware.org>
References: <4573591F.20504@ghisoli.ch>
 <6FD220E7-BC8C-4C7F-B39F-3D595A530697@opengroupware.org>
 <1165229931.1878.3.camel@pc-05.ycom.ch>
 <1165241396.1878.11.camel@pc-05.ycom.ch>
 <8D7D808E-DCF9-4460-A5CB-E0B984DD7853@opengroupware.org>
 <1165250266.1878.15.camel@pc-05.ycom.ch>
 <530B297A-041A-4227-BD4D-1DEF9FBF3335@opengroupware.org>
Message-ID: <1165340211.24881.5.camel@salsa-10-1-0-236.toltech>

Hi Helge,
Bug #1819 is something which has nothing to do with the connector. Can I
assign it to you?
gr.
Robert



From users@opengroupware.org  Tue Dec  5 18:29:11 2006
From: users@opengroupware.org (Adam Tauno Williams)
Date: Tue, 05 Dec 2006 13:29:11 -0500
Subject: [OGo-Users] Could you have a look at bug #1819?
In-Reply-To: <1165340211.24881.5.camel@salsa-10-1-0-236.toltech>
References: <4573591F.20504@ghisoli.ch>
 <6FD220E7-BC8C-4C7F-B39F-3D595A530697@opengroupware.org>
 <1165229931.1878.3.camel@pc-05.ycom.ch>
 <1165241396.1878.11.camel@pc-05.ycom.ch>
 <8D7D808E-DCF9-4460-A5CB-E0B984DD7853@opengroupware.org>
 <1165250266.1878.15.camel@pc-05.ycom.ch>
 <530B297A-041A-4227-BD4D-1DEF9FBF3335@opengroupware.org>
 <1165340211.24881.5.camel@salsa-10-1-0-236.toltech>
Message-ID: <1165343351.3831.31.camel@aleph.whitemice.org>

> Bug #1819 is something which has nothing to do with the connector. Can I
> assign it to you?

You realized you posted this to the list? :)  And there is also the
related -
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1614

The XML-RPC doesn't create accounts automatically either.  As an
immediate solution there is the LDAPAccountSync utility that will push
LDAP accounts into OGo and update the various fields.  It is a .NET
utility developed on Mono;  since the docs plone is down I can send you
a copy off-list if you are interested.


From users@opengroupware.org  Tue Dec  5 22:23:47 2006
From: users@opengroupware.org (Matt Kenigson)
Date: Tue, 05 Dec 2006 16:23:47 -0600
Subject: [OGo-Users] Could you have a look at bug #1819?
In-Reply-To: <1165343351.3831.31.camel@aleph.whitemice.org>
References: <4573591F.20504@ghisoli.ch>	 <6FD220E7-BC8C-4C7F-B39F-3D595A530697@opengroupware.org>	 <1165229931.1878.3.camel@pc-05.ycom.ch>	 <1165241396.1878.11.camel@pc-05.ycom.ch>	 <8D7D808E-DCF9-4460-A5CB-E0B984DD7853@opengroupware.org>	 <1165250266.1878.15.camel@pc-05.ycom.ch>	 <530B297A-041A-4227-BD4D-1DEF9FBF3335@opengroupware.org>	 <1165340211.24881.5.camel@salsa-10-1-0-236.toltech> <1165343351.3831.31.camel@aleph.whitemice.org>
Message-ID: <4575F173.3070604@franklinamerican.com>

Adam Tauno Williams wrote:
>> Bug #1819 is something which has nothing to do with the connector. Can I
>> assign it to you?
>>     
>
> You realized you posted this to the list? :)  And there is also the
> related -
> http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1614
>
> The XML-RPC doesn't create accounts automatically either.  As an
> immediate solution there is the LDAPAccountSync utility that will push
> LDAP accounts into OGo and update the various fields.  It is a .NET
> utility developed on Mono;  since the docs plone is down I can send you
> a copy off-list if you are interested.
>
>   

I could use a copy, too.  Is there some ETA on when the docs plone might 
come back up?  Is it cached anywhere?  I had very limited luck with 
google cache and no luck with coral.  Being a new user/admin it's really 
a pain.

-- 

Matt Kenigson
Systems Integrator
Franklin American Mortgage
mkenigson@franklinamerican.com
v. 615-778-2720
f. 615-778-2771


From users@opengroupware.org  Tue Dec  5 23:01:22 2006
From: users@opengroupware.org (Helge Hess)
Date: Wed, 6 Dec 2006 00:01:22 +0100
Subject: [OGo-Users] Could you have a look at bug #1819?
In-Reply-To: <1165340211.24881.5.camel@salsa-10-1-0-236.toltech>
References: <4573591F.20504@ghisoli.ch> <6FD220E7-BC8C-4C7F-B39F-3D595A530697@opengroupware.org> <1165229931.1878.3.camel@pc-05.ycom.ch> <1165241396.1878.11.camel@pc-05.ycom.ch> <8D7D808E-DCF9-4460-A5CB-E0B984DD7853@opengroupware.org> <1165250266.1878.15.camel@pc-05.ycom.ch> <530B297A-041A-4227-BD4D-1DEF9FBF3335@opengroupware.org> <1165340211.24881.5.camel@salsa-10-1-0-236.toltech>
Message-ID: <FC4F1ADB-AC60-4440-8C1B-D29AA113F8CE@opengroupware.org>

On Dec 5, 2006, at 18:36, Robert de Geus wrote:
> Bug #1819 is something which has nothing to do with the connector.  
> Can I
> assign it to you?

Sure. But for me it has no high priority. What should be done here -  
IMO - is a separate (eg cron driven) script which synchronizes your  
LDAP database with OGo. I think we have (XML-RPC) examples on the dev  
section of the website.

Greets,
   Helge
-- 
Helge Hess
http://docs.opengroupware.org/Members/helge/



From users@opengroupware.org  Tue Dec  5 23:05:37 2006
From: users@opengroupware.org (Helge Hess)
Date: Wed, 6 Dec 2006 00:05:37 +0100
Subject: [OGo-Users] Could you have a look at bug #1819?
In-Reply-To: <4575F173.3070604@franklinamerican.com>
References: <4573591F.20504@ghisoli.ch>	 <6FD220E7-BC8C-4C7F-B39F-3D595A530697@opengroupware.org>	 <1165229931.1878.3.camel@pc-05.ycom.ch>	 <1165241396.1878.11.camel@pc-05.ycom.ch>	 <8D7D808E-DCF9-4460-A5CB-E0B984DD7853@opengroupware.org>	 <1165250266.1878.15.camel@pc-05.ycom.ch>	 <530B297A-041A-4227-BD4D-1DEF9FBF3335@opengroupware.org>	 <1165340211.24881.5.camel@salsa-10-1-0-236.toltech> <1165343351.3831.31.camel@aleph.whitemice.org> <4575F173.3070604@franklinamerican.com>
Message-ID: <A2E717F9-DF46-40A5-9DBF-EF908A7DB08A@opengroupware.org>

On Dec 5, 2006, at 23:23, Matt Kenigson wrote:
> Is there some ETA on when the docs plone might come back up?

Please don't steal threads, your question has nothing to do with this.

AFAIK Chris & Frank are working on getting the Plone up again, but  
its non-trivial to restore its database.

Greets,
   Helge
-- 
Helge Hess
http://docs.opengroupware.org/Members/helge/



From users@opengroupware.org  Wed Dec  6 08:23:07 2006
From: users@opengroupware.org (Robert de Geus)
Date: Wed, 06 Dec 2006 09:23:07 +0100
Subject: [OGo-Users] Could you have a look at bug #1819?
In-Reply-To: <1165343351.3831.31.camel@aleph.whitemice.org>
References: <4573591F.20504@ghisoli.ch>
 <6FD220E7-BC8C-4C7F-B39F-3D595A530697@opengroupware.org>
 <1165229931.1878.3.camel@pc-05.ycom.ch>
 <1165241396.1878.11.camel@pc-05.ycom.ch>
 <8D7D808E-DCF9-4460-A5CB-E0B984DD7853@opengroupware.org>
 <1165250266.1878.15.camel@pc-05.ycom.ch>
 <530B297A-041A-4227-BD4D-1DEF9FBF3335@opengroupware.org>
 <1165340211.24881.5.camel@salsa-10-1-0-236.toltech>
 <1165343351.3831.31.camel@aleph.whitemice.org>
Message-ID: <1165393387.4923.6.camel@home>

Ha Adam,
I did not realize I send it to the list (: I meant to send it to Helge
personally, however, I would be interested in the documentation. 

When and by which program would this utility be called? We have now run
the evolution connector for quite some time and we have had this problem
a number of times (create and test the user profile and then remember to
first log into the webui)
gr.
Robert

On Tue, 2006-12-05 at 13:29 -0500, Adam Tauno Williams wrote:
> > Bug #1819 is something which has nothing to do with the connector. Can I
> > assign it to you?
> 
> You realized you posted this to the list? :)  And there is also the
> related -
> http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1614
> 
> The XML-RPC doesn't create accounts automatically either.  As an
> immediate solution there is the LDAPAccountSync utility that will push
> LDAP accounts into OGo and update the various fields.  It is a .NET
> utility developed on Mono;  since the docs plone is down I can send you
> a copy off-list if you are interested.
> 


From users@opengroupware.org  Wed Dec  6 13:10:51 2006
From: users@opengroupware.org (Adam Tauno Williams)
Date: Wed, 06 Dec 2006 08:10:51 -0500
Subject: [OGo-Users] Could you have a look at bug #1819?
In-Reply-To: <1165393387.4923.6.camel@home>
References: <4573591F.20504@ghisoli.ch>
 <6FD220E7-BC8C-4C7F-B39F-3D595A530697@opengroupware.org>
 <1165229931.1878.3.camel@pc-05.ycom.ch>
 <1165241396.1878.11.camel@pc-05.ycom.ch>
 <8D7D808E-DCF9-4460-A5CB-E0B984DD7853@opengroupware.org>
 <1165250266.1878.15.camel@pc-05.ycom.ch>
 <530B297A-041A-4227-BD4D-1DEF9FBF3335@opengroupware.org>
 <1165340211.24881.5.camel@salsa-10-1-0-236.toltech>
 <1165343351.3831.31.camel@aleph.whitemice.org>
 <1165393387.4923.6.camel@home>
Message-ID: <1165410651.4267.1.camel@aleph.whitemice.org>

> I did not realize I send it to the list (: I meant to send it to Helge
> personally, however, I would be interested in the documentation. 
> When and by which program would this utility be called? We have now run
> the evolution connector for quite some time and we have had this problem
> a number of times (create and test the user profile and then remember to
> first log into the webui)

You can run in manually and/or by CRON.  You'd of course have to run it
after adding new users and before they attempt to access
ZideStore/XML-RPCd.



From users@opengroupware.org  Wed Dec  6 15:10:33 2006
From: users@opengroupware.org (Matt Kenigson)
Date: Wed, 06 Dec 2006 09:10:33 -0600
Subject: [OGo-Users] Doc Plone Resurrection
Message-ID: <4576DD69.9050701@franklinamerican.com>

Helge Hess wrote:
> On Dec 5, 2006, at 23:23, Matt Kenigson wrote:
>> Is there some ETA on when the docs plone might come back up?
>
> Please don't steal threads, your question has nothing to do with this.
>
> AFAIK Chris & Frank are working on getting the Plone up again, but its 
> non-trivial to restore its database.

Great!  Any way I can help?  My company may invest significant time 
(mine) and investment to make OGo a viable exchange replacement for us 
and documentation availability is a key part of that decision.

-- 

Matt Kenigson
Systems Integrator
Franklin American Mortgage
mkenigson@franklinamerican.com
v. 615-778-2720
f. 615-778-2771


From users@opengroupware.org  Wed Dec  6 15:20:41 2006
From: users@opengroupware.org (chris h)
Date: Wed, 6 Dec 2006 10:20:41 -0500
Subject: [OGo-Users] Doc Plone Resurrection
In-Reply-To: <4576DD69.9050701@franklinamerican.com>
References: <4576DD69.9050701@franklinamerican.com>
Message-ID: <200612061020.41491.chris123@magma.ca>

On Wednesday 06 December 2006 10:10, Matt Kenigson wrote:
> Helge Hess wrote:
> > On Dec 5, 2006, at 23:23, Matt Kenigson wrote:
> >> Is there some ETA on when the docs plone might come back up?
> >
> > Please don't steal threads, your question has nothing to do with this.
> >
> > AFAIK Chris & Frank are working on getting the Plone up again, but its
> > non-trivial to restore its database.
>
> Great!  Any way I can help?  My company may invest significant time
> (mine) and investment to make OGo a viable exchange replacement for us
> and documentation availability is a key part of that decision.

We should have this up and running is a few days. Probably mid week next as 
all parties are currently preoccupied with assigned work. We all do this on a 
voluntary basis and do it for fun and excitement. At times like this the fun 
and excitement part fades away as all you focus on is freeing up some time 
from customer time to get this job done. 

Apologies for the inconvenience. If there  are a plone and zope experts on the 
list please feel contact me off list directly. 

Best regards

/ch

From users@opengroupware.org  Thu Dec  7 15:23:48 2006
From: users@opengroupware.org (Chris Picton)
Date: Thu, 07 Dec 2006 17:23:48 +0200
Subject: [OGo-Users] New user needs information
Message-ID: <1165505028.13648.9.camel@aleph-null.tangent.co.za>

--=-Y9jYVXt2DTft8fm78mqL
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

Hi=20

I am busy testing opengroupware, which I have just installed on my
Centos 3 server, running courier and ldap.

All users are stored in the ldap database, and the system uses nss_ldap
to authenticate directly off the ldap database.

I have quite a few questions, which I am hoping I can get answers to.
Thanks in advance to anyone who can help.



Can OGO read users from this ldap database directly, or do they have to
be stored in the postgres database?

Can OGO use mysql instead of postgres for a more lightweight
installation?

I already have contacts stored in the ldap database (global address
book, and personal address books).  Can OGO use these as address book
sources?

Does OGO have plugins for courier to write mailfilter files and setup
autoresponders?

I created a few test appointments, and tried downloading my calendar
from the zidestore, but it seems to come out with no details in it:

http://chrisp:*password*@192.168.20.4/zidestore/so/chrisp/Calendar/calendar=
.ics
--------
BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:-//OpenGroupware.org/ZideStore 1.3//
VERSION:2.0
---------

Is this a bug in my setup or understanding?

Would I use evolution to connect to this webcal:// or http://  URL, or
is there a specific evolution zidestore connector?

Are there demo versions of the outlook connector available - I will
probably be reselling many if this works.

Can tasks be shared to evolution/outlook?




Regards

--=20
---------------------+----------------------------------------------------
        Chris Picton | PGP Key ID: 9D28A988 (wwwkeys.pgp.net)
  Technical Director | PGP Key Fingerprint:
     Tangent Systems | 2B46 29EA D530 79EC D9EA 3ED0 229D 6DD6 9D28 A988
        011 447 8096 | "Quid quid latine dictum sit, altum viditar"
chrisp@tangent.co.za | http://www.tangent.co.za/keys/chrisp.asc
---------------------+----------------------------------------------------

--=-Y9jYVXt2DTft8fm78mqL
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQBFeDIEIp1t1p0oqYgRAhFwAKDEK8Iyxg/6X2gUJ2iIbNA1S6q++ACgptn1
KmmFssngJ4voa0b5v/Xu36I=
=yCoW
-----END PGP SIGNATURE-----

--=-Y9jYVXt2DTft8fm78mqL--


From users@opengroupware.org  Thu Dec  7 15:55:30 2006
From: users@opengroupware.org (Adam Tauno Williams)
Date: Thu, 07 Dec 2006 10:55:30 -0500
Subject: [OGo-Users] New user needs information
In-Reply-To: <1165505028.13648.9.camel@aleph-null.tangent.co.za>
References: <1165505028.13648.9.camel@aleph-null.tangent.co.za>
Message-ID: <20061207105530.ro0d08qp7kgskscg@tor.morrison.iserv.net>

> Can OGO read users from this ldap database directly, or do they have to
> be stored in the postgres database?

Users are authenticated against the LDAP directory.  A user account is =20
created in the PostgreSQL database as (a) there e some OGo specific =20
elements that need o be associated with the account and (b) you don't =20
want the user's entry to go away when the LDAP account is deleted as =20
you'd loose historic information such as what tasks they performed, =20
meetings they attended, etc...

> Can OGO use mysql instead of postgres for a more ccc
> installation?

Not currently, and the "more lightweight" arguement is meaningless.  =20
The difference in footprint of MySQL and PostgreSQL is negligable.

> I already have contacts stored in the ldap database (global address
> book, and personal address books).  Can OGO use these as address book
> sources?

Not currently.  =20
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=3D1621
But the advantages of having the contacts in groupware is overwhelming =20
(they can be associated with projects, etc...)  Usually the reverse of =20
this is what you want;  exposing OGo information via LDAP (using =20
OpenLDAP's back-sql or Penrose).

> Does OGO have plugins for courier to write mailfilter files and setup
> autoresponders?

OGo supports SIEVE,  if your mail server supports SIEVE then you have =20
that functionality.  I don't know anything about Courier.

> I created a few test appointments, and tried downloading my calendar
> from the zidestore, but it seems to come out with no details in it:
> http://chrisp:*password*@192.168.20.4/zidestore/so/chrisp/Calendar/calenda=
r.ics
> --------
> BEGIN:VCALENDAR
> METHOD:REQUEST
> PRODID:-//OpenGroupware.org/ZideStore 1.3//
> VERSION:2.0
> ---------
> Is this abug in my setup or understanding?

It is probably reacting to the user-agent you sent it.

If I - curl =20
http://adam:*********@gourd-amber/zidestore/sar/calendar.ics - I get =20
iCalendar output.  BTW - curl =20
http://adam:*******@gourd-amber/zidestore/so/adam/Calendar/ics is the =20
same thing.

It also matters when your appointments are;  doing an ics request =20
doesn't render ALL of your events, just the ones within the last =20
couple months and a year (?) into the future.  This is to save the =20
server from generating massive result sets and that window is =20
adjustable.

> Would I use evolution to connect to this webcal:// or http://  URL, or
> is there a specific evolution zidestore connector?

There is an evolution [GroupDAV] connector for 2.8.  The problem with =20
webcal:// is that 'traditional' iCalendar is a really crappy groupware =20
solution,  it treats calendars as objects rather then events as =20
objects.  This causes no end of problems.

> Are there demo versions of the outlook connector available - I will
> probably be reselling many if this works.

No,  but it is pretty cheap.

> Can tasks be shared to evolution/outlook?

I don't know about the Evo connector supporting tasks as I don't have =20
Evo 2.8.  But, yes, the same tasks appear in Outlook, the Web UI, via =20
the XML-RPC API, etc...  Of course what you can do is limited by the =20
front-end you choose;  Outlooks and Evolutions tasks management is =20
both pretty primitive - no delegation, etc... - just a description and =20
done/not-done;  this isn't a limitation of OGo but of Outlook & =20
Evolution.


From users@opengroupware.org  Thu Dec  7 16:01:25 2006
From: users@opengroupware.org (Eduardo Elgueta)
Date: Thu, 7 Dec 2006 13:01:25 -0300
Subject: [OGo-Users] Problem with https
In-Reply-To: <20061202162646.pk1tvq6l28gsk0wk@tyr.morrison.iserv.net>
References: <7dfeacad0612021239y540b6734jb3ac5a5faabcbb57@mail.gmail.com>
 <20061202162646.pk1tvq6l28gsk0wk@tyr.morrison.iserv.net>
Message-ID: <7dfeacad0612070801t2e926b06h7a09a121a1331e9@mail.gmail.com>

On 12/2/06, Adam Tauno Williams <adam@morrison-ind.com> wrote:
> > We enabled SSL on our apache instalation, and now it fails right after
> > the OGo login:
> > [Sat Dec 02 17:30:57 2006] [crit] [client 190.44.219.3] configuration
> > error:  couldn't perform authentication. AuthType not set!:
>
> Is this from the Apache log or the OGo log?  This looks more like an
> Apache message.
>
> > /OpenGroupware.woa/x/login, referer:
> > https://mercurio.navix.local/OpenGroupware
> > Any ideas?
>
> SSL is entirely an Apache thing,  it can't really effect OGo one way
> or the other.  Are you using virtual hosting?  My initial guess would
> be you crossed some wired in you Apache config files in the process of
> enabling SSL.  Look for authentication related directives (OGo
> authenticates itself,  Apache doesn't need to do so).
>
>
> --
> OpenGroupware.org Users
> users@opengroupware.org
> http://mail.opengroupware.org/mailman/listinfo/users
>

Ok. I found it: I had a <Limit> directive undert the root <Direcory>.
I removed that and everything works Ok.

You were right Adam,

Anyway, now I have a problem with zidestore. I get a 404 error from the server.

Any idea?

Thanx.

Edo.

From users@opengroupware.org  Thu Dec  7 16:38:44 2006
From: users@opengroupware.org (Adam Tauno Williams)
Date: Thu, 07 Dec 2006 11:38:44 -0500
Subject: [OGo-Users] Problem with https
In-Reply-To: <7dfeacad0612070801t2e926b06h7a09a121a1331e9@mail.gmail.com>
References: <7dfeacad0612021239y540b6734jb3ac5a5faabcbb57@mail.gmail.com>
 <20061202162646.pk1tvq6l28gsk0wk@tyr.morrison.iserv.net>
 <7dfeacad0612070801t2e926b06h7a09a121a1331e9@mail.gmail.com>
Message-ID: <1165509524.3943.3.camel@aleph.whitemice.org>

> > SSL is entirely an Apache thing,  it can't really effect OGo one way
> > or the other.  Are you using virtual hosting?  My initial guess would
> > be you crossed some wired in you Apache config files in the process of
> > enabling SSL.  Look for authentication related directives (OGo
> > authenticates itself,  Apache doesn't need to do so).
> Ok. I found it: I had a <Limit> directive undert the root <Direcory>.
> I removed that and everything works Ok.
> You were right Adam,
> Anyway, now I have a problem with zidestore. I get a 404 error from the server.
> Any idea?

Your location match for zidestore got moved or eliminated?

<IfModule ngobjweb_module.c>
  <LocationMatch ^/zidestore/*>
    SetAppPort 21000
    SetHandler ngobjweb-adaptor
  </LocationMatch>
</IfModule>



From users@opengroupware.org  Thu Dec  7 19:20:51 2006
From: users@opengroupware.org (Chris Picton)
Date: Thu, 07 Dec 2006 21:20:51 +0200
Subject: [OGo-Users] New user needs information
In-Reply-To: <20061207105530.ro0d08qp7kgskscg@tor.morrison.iserv.net>
References: <1165505028.13648.9.camel@aleph-null.tangent.co.za> <20061207105530.ro0d08qp7kgskscg@tor.morrison.iserv.net>
Message-ID: <45786993.4070102@tangent.co.za>

Thanks for the useful info, Adam

I have a few more comments and questions...

Adam Tauno Williams wrote:
>> Can OGO read users from this ldap database directly, or do they have to
>> be stored in the postgres database?
>
> Users are authenticated against the LDAP directory.  A user account is 
> created in the PostgreSQL database as (a) there e some OGo specific 
> elements that need o be associated with the account and (b) you don't 
> want the user's entry to go away when the LDAP account is deleted as 
> you'd loose historic information such as what tasks they performed, 
> meetings they attended, etc...
Makes sense.  I have configured my server to auth via ldap, and that 
seems to work fine.

My next question is how to automatically set up the user account so that 
he does not need to enter his email address and servername for imap 
connection.  Are there defaults I can set for this?

Also, I try to keep root account very limited to the administration of 
the server itself.  Can I change the username of the OGO administrator 
from 'root' to 'Administrator', so I don't have to put a 'root' entry 
into my ldap database?
>
>> I already have contacts stored in the ldap database (global address
>> book, and personal address books).  Can OGO use these as address book
>> sources?
>
> Not currently.  
> http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1621
> But the advantages of having the contacts in groupware is overwhelming 
> (they can be associated with projects, etc...)  Usually the reverse of 
> this is what you want;  exposing OGo information via LDAP (using 
> OpenLDAP's back-sql or Penrose).
I will look into this - the final goal is to share the contact 
information with the 'fat' clients (outlook/evolution/etc), so the 
mechanism does not matter as long as it works.

However, I do need to be able to *edit* the contacts via evo and 
outlook.  I assume the zidelook plugin allows outlook to edit contacts, 
but what would I use for evolution?

>> Does OGO have plugins for courier to write mailfilter files and setup
>> autoresponders?
>
> OGo supports SIEVE,  if your mail server supports SIEVE then you have 
> that functionality.  I don't know anything about Courier.
Will check - I don't think it supports sieve, though.

>
>> I created a few test appointments, and tried downloading my calendar
>> from the zidestore, but it seems to come out with no details in it:
>> http://chrisp:*password*@192.168.20.4/zidestore/so/chrisp/Calendar/calendar.ics 
>>
>> --------
>> BEGIN:VCALENDAR
>> METHOD:REQUEST
>> PRODID:-//OpenGroupware.org/ZideStore 1.3//
>> VERSION:2.0
>> ---------
>> Is this abug in my setup or understanding?
>
> It is probably reacting to the user-agent you sent it.
>
> If I - curl 
> http://adam:*********@gourd-amber/zidestore/sar/calendar.ics - I get 
> iCalendar output.  BTW - curl 
> http://adam:*******@gourd-amber/zidestore/so/adam/Calendar/ics is the 
> same thing.
I have tried using wget, curl, or firefox, but get the same thing.  My 
appts are for today or tomorrow, so they are not too far away.  I also 
pointed evolution to the webcal:// url, but I get nothing showing in my 
calendar.  I am assuming for now that it is a problem with my setup, and 
will investigate a bit further.

>> Would I use evolution to connect to this webcal:// or http://  URL, or
>> is there a specific evolution zidestore connector?
> There is an evolution [GroupDAV] connector for 2.8.  The problem with 
> webcal:// is that 'traditional' iCalendar is a really crappy groupware 
> solution,  it treats calendars as objects rather then events as 
> objects.  This causes no end of problems.
I have evo 2.8 installed - what URL should I use to connect to the 
webdav/groupdav calendar?

Is this read/write?

>
>> Are there demo versions of the outlook connector available - I will
>> probably be reselling many if this works.
> No,  but it is pretty cheap.
I will buy a couple to test with

>
>> Can tasks be shared to evolution/outlook?
>
> I don't know about the Evo connector supporting tasks as I don't have 
> Evo 2.8.  But, yes, the same tasks appear in Outlook, the Web UI, via 
> the XML-RPC API, etc...  Of course what you can do is limited by the 
> front-end you choose;  Outlooks and Evolutions tasks management is 
> both pretty primitive - no delegation, etc... - just a description and 
> done/not-done;  this isn't a limitation of OGo but of Outlook & 
> Evolution.
Ok, thanks - the tasks are not the most important part of this exercise. 

Regards

Chris


From users@opengroupware.org  Thu Dec  7 20:13:17 2006
From: users@opengroupware.org (Adam Tauno Williams)
Date: Thu, 07 Dec 2006 15:13:17 -0500
Subject: [OGo-Users] New user needs information
In-Reply-To: <45786993.4070102@tangent.co.za>
References: <1165505028.13648.9.camel@aleph-null.tangent.co.za>
 <20061207105530.ro0d08qp7kgskscg@tor.morrison.iserv.net>
 <45786993.4070102@tangent.co.za>
Message-ID: <1165522397.3943.18.camel@aleph.whitemice.org>

> > Users are authenticated against the LDAP directory.  A user account is 
> > created in the PostgreSQL database as (a) there e some OGo specific 
> > elements that need o be associated with the account and (b) you don't 
> > want the user's entry to go away when the LDAP account is deleted as 
> > you'd loose historic information such as what tasks they performed, 
> > meetings they attended, etc...
> Makes sense.  I have configured my server to auth via ldap, and that 
> seems to work fine.
> My next question is how to automatically set up the user account so that 
> he does not need to enter his email address and servername for imap 
> connection.  Are there defaults I can set for this?
> Also, I try to keep root account very limited to the administration of 
> the server itself.  Can I change the username of the OGO administrator 
> from 'root' to 'Administrator', so I don't have to put a 'root' entry 
> into my ldap database?

Yes, see http://docs.opengroupware.org/Members/whitemice/wmogag/ 
It has a chapter on authentication that covers renaming the OGo admin
account.

> >> I already have contacts stored in the ldap database (global address
> >> book, and personal address books).  Can OGO use these as address book
> >> sources?
> > Not currently.  
> > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1621
> > But the advantages of having the contacts in groupware is overwhelming 
> > (they can be associated with projects, etc...)  Usually the reverse of 
> > this is what you want;  exposing OGo information via LDAP (using 
> > OpenLDAP's back-sql or Penrose).
> I will look into this - the final goal is to share the contact 
> information with the 'fat' clients (outlook/evolution/etc), so the 
> mechanism does not matter as long as it works.

I think InstantOGo provides this out of the box;  with 'standard'
OpenGroupware you have to build it yourself.  But it isn't that hard.

> However, I do need to be able to *edit* the contacts via evo and 
> outlook.  I assume the zidelook plugin allows outlook to edit contacts, 
> but what would I use for evolution?

Yes you can edit contacts via ZideLook (the Outlook plugin).  For Evo I
believe they are currently adding that to the GroupDAV connector.

> >> Would I use evolution to connect to this webcal:// or http://  URL, or
> >> is there a specific evolution zidestore connector?
> > There is an evolution [GroupDAV] connector for 2.8.  The problem with 
> > webcal:// is that 'traditional' iCalendar is a really crappy groupware 
> > solution,  it treats calendars as objects rather then events as 
> > objects.  This causes no end of problems.
> I have evo 2.8 installed - what URL should I use to connect to the 
> webdav/groupdav calendar?
> Is this read/write?

For the schedular I believe yes.  You should as Evolution/GroupDAV
specific questions over on the GroupDAV list.
http://www.groupdav.org/mailinglist.html
GroupDAV is the "standard" for groupware interoperability and is
supported by OGo's ZideStore, as well as several other servers (Citadel,
etc...)  The connector for Evo is a GroupDAV connector and not
specifically OGo.


From users@opengroupware.org  Fri Dec  8 02:11:27 2006
From: users@opengroupware.org (chris h)
Date: Thu, 7 Dec 2006 21:11:27 -0500
Subject: [OGo-Users] New user needs information
In-Reply-To: <1165522397.3943.18.camel@aleph.whitemice.org>
References: <1165505028.13648.9.camel@aleph-null.tangent.co.za> <45786993.4070102@tangent.co.za> <1165522397.3943.18.camel@aleph.whitemice.org>
Message-ID: <200612072111.27958.chris123@magma.ca>

> Yes, see http://docs.opengroupware.org/Members/whitemice/wmogag/
> It has a chapter on authentication that covers renaming the OGo admin
> account.

Greets Adam;

Any chance you have an alternative URL for this most popular doc. It will be a 
while till I get docs up and running again, probably by early next week. 

Best regards and thanks for understanding.

/ch

From users@opengroupware.org  Fri Dec  8 13:06:31 2006
From: users@opengroupware.org (Adam Tauno Williams)
Date: Fri, 08 Dec 2006 08:06:31 -0500
Subject: [OGo-Users] New user needs information
In-Reply-To: <45786993.4070102@tangent.co.za>
References: <1165505028.13648.9.camel@aleph-null.tangent.co.za>
 <20061207105530.ro0d08qp7kgskscg@tor.morrison.iserv.net>
 <45786993.4070102@tangent.co.za>
Message-ID: <1165583191.9616.7.camel@aleph.whitemice.org>

> > But the advantages of having the contacts in groupware is overwhelming 
> > (they can be associated with projects, etc...)  Usually the reverse of 
> > this is what you want;  exposing OGo information via LDAP (using 
> > OpenLDAP's back-sql or Penrose).
> I will look into this - the final goal is to share the contact 
> information with the 'fat' clients (outlook/evolution/etc), so the 
> mechanism does not matter as long as it works.

Then this is really what you want, as only Evolution supports writing to
LDAP.  Outlook and/or WAB don't support updating LDAP.


From users@opengroupware.org  Fri Dec  8 16:08:38 2006
From: users@opengroupware.org (James D Bearden)
Date: Fri, 08 Dec 2006 10:08:38 -0600
Subject: [OGo-Users] OGO Access
In-Reply-To: <20061208052652.23465.84211.Mailman@mail.opengroupware.org>
References: <20061208052652.23465.84211.Mailman@mail.opengroupware.org>
Message-ID: <1165594119.21098.11.camel@wonko.dvns.com>

Howdy List,

I have been playing with OGO for a few days now. My basic question is
that it isn't very clear to me other than the web interface, the
evolution connector, and the outlook connector what the client options
are for OGO. For instance, I didn't know you could get an ical file out
of ogo, so I'm thinking what else am I missing? 

So we have:
 * Outlook Connector - I don't run windows.
 * Evolution Connector - Will be very nice in the future.
 * Web Interface - Useful, but not something I expect my mom to use.
 * Fetching iCal File - No workee for me. With my bearden instance:
    http://james:**@216.226.17.73/zidestorebearden/sar/calendar.ics
   I get :
    object not found: zidestorebearden => sar => calendar.ics

So I suppose I am asking for help in getting an ical file out, and other
solutions to get information out. Following that, can I use OGO as an
LDAP contact source somehow?

Thanks,

James


From users@opengroupware.org  Fri Dec  8 16:17:44 2006
From: users@opengroupware.org (Adam Tauno Williams)
Date: Fri, 08 Dec 2006 11:17:44 -0500
Subject: [OGo-Users] OGO Access
In-Reply-To: <1165594119.21098.11.camel@wonko.dvns.com>
References: <20061208052652.23465.84211.Mailman@mail.opengroupware.org>
 <1165594119.21098.11.camel@wonko.dvns.com>
Message-ID: <1165594665.9616.19.camel@aleph.whitemice.org>

> I have been playing with OGO for a few days now. My basic question is
> that it isn't very clear to me other than the web interface, the
> evolution connector, and the outlook connector what the client options
> are for OGO. For instance, I didn't know you could get an ical file out
> of ogo, so I'm thinking what else am I missing? 

The XML-RPC API, WebDAV, GroupDAV (in general), RSS, and whatever
bundles you want to build into ZideStore (building a ZideStore bundle is
pretty trivial if you are a decent programmer).

> So we have:
>  * Outlook Connector - I don't run windows.

Yep.

>  * Evolution Connector - Will be very nice in the future.

Parts of it work now, but you need Evo 2.8.

>  * Web Interface - Useful, but not something I expect my mom to use.
>  * Fetching iCal File - No workee for me. With my bearden instance:
>     http://james:**@216.226.17.73/zidestorebearden/sar/calendar.ics
>    I get :
>     object not found: zidestorebearden => sar => calendar.ics

Maybe it is a cut-n-paste error, but your URL is wrong.

http://{username}:{password}@{hostname}/zidestore/so/{username}/Calendar/ics

***CASE SENSITIVE***;  is is "/Calendar/ics" not "/calendar/ics".  But
"/Overview/ics" is probably what you really want.

No, you can't type this into a web browser;  it won't work.  ZideStore
detects you are a web browser and responds differently.  Using curl,
wget, or any other generic HTTP request should work.

> So I suppose I am asking for help in getting an ical file out, and other
> solutions to get information out. Following that, can I use OGO as an
> LDAP contact source somehow?

Yes.  InstantOGo does this.  Or you can setup your own solution using
OpenLDAP's back-sql or something like Penrose.


From users@opengroupware.org  Fri Dec  8 16:45:22 2006
From: users@opengroupware.org (Helge Hess)
Date: Fri, 8 Dec 2006 17:45:22 +0100
Subject: [OGo-Users] OGO Access
In-Reply-To: <1165594665.9616.19.camel@aleph.whitemice.org>
References: <20061208052652.23465.84211.Mailman@mail.opengroupware.org> <1165594119.21098.11.camel@wonko.dvns.com> <1165594665.9616.19.camel@aleph.whitemice.org>
Message-ID: <83B7BC89-EA9B-489F-A927-4FE1147F32F1@opengroupware.org>

On Dec 8, 2006, at 17:17, Adam Tauno Williams wrote:
> http://{username}:{password}@{hostname}/zidestore/so/{username}/ 
> Calendar/ics

BTW: I recommend using /dav/ instead of /so/ to explicitly request  
raw data instead of an HTML frontend.
Usually not a problem (properly autodetected), but recommended  
nevertheless.

Greets,
   Helge
-- 
Helge Hess
http://docs.opengroupware.org/Members/helge/



From users@opengroupware.org  Fri Dec  8 17:00:56 2006
From: users@opengroupware.org (Adam Tauno Williams)
Date: Fri, 08 Dec 2006 12:00:56 -0500
Subject: [OGo-Users] OGO Access
In-Reply-To: <83B7BC89-EA9B-489F-A927-4FE1147F32F1@opengroupware.org>
References: <20061208052652.23465.84211.Mailman@mail.opengroupware.org>
 <1165594119.21098.11.camel@wonko.dvns.com>
 <1165594665.9616.19.camel@aleph.whitemice.org>
 <83B7BC89-EA9B-489F-A927-4FE1147F32F1@opengroupware.org>
Message-ID: <1165597256.9616.21.camel@aleph.whitemice.org>

> > http://{username}:{password}@{hostname}/zidestore/so/{username}/ 
> > Calendar/ics
> BTW: I recommend using /dav/ instead of /so/ to explicitly request  
> raw data instead of an HTML frontend.
> Usually not a problem (properly autodetected), but recommended  
> nevertheless.

In which case you can download the iCalendar file via a normal web
browser.
http://gourd-amber/zidestore/dav/adam/Calendar/ics

Neat.


From users@opengroupware.org  Sat Dec  9 18:06:52 2006
From: users@opengroupware.org (James D Bearden)
Date: Sat, 09 Dec 2006 12:06:52 -0600
Subject: [OGo-Users] WebDav Fun
In-Reply-To: <20061209052634.11982.24959.Mailman@mail.opengroupware.org>
References: <20061209052634.11982.24959.Mailman@mail.opengroupware.org>
Message-ID: <1165687613.30118.15.camel@wonko.dvns.com>

> > > http://{username}:{password}@{hostname}/zidestore/so/{username}/ 
> > > Calendar/ics
> > BTW: I recommend using /dav/ instead of /so/ to explicitly request  
> > raw data instead of an HTML frontend.
> > Usually not a problem (properly autodetected), but recommended  
> > nevertheless.
> 
> In which case you can download the iCalendar file via a normal web
> browser.
> http://gourd-amber/zidestore/dav/adam/Calendar/ics
> 
> Neat.

Thanks guys! After a bit of fiddling I managed to get Evolution 2.6 to
view my ogo calendar with:
 webcal://ogouser:password@server:80/zidestore/so/ogouser/Overview/ics

I couldn't get the CalDav flavor working no matter much I fiddled.

Unfortunately Evolution 2.8 isn't an option for me at work since we all
have standardized on Ubuntu Dapper for the forseeable future. And to
give you an idea of what I am up against, the blokes I work with mostly
still use mutt and unlike me they really don't see shared contacts and
calendars as worth the effort. So I figure if I can give them a
prepackaged taste (Sunbird and mutt/LDAP right now maybe, they seem to
find web apps especially distasteful for some reason) they might jump on
the groupware bandwagon completely when we upgrade to a distro that has
Evolution 2.8. 

The next step for me is getting LDAP working to pull contacts out of
OGO. Has anybody actually done that?

James


From users@opengroupware.org  Sat Dec  9 19:51:53 2006
From: users@opengroupware.org (Adam Williams)
Date: Sat, 09 Dec 2006 14:51:53 -0500
Subject: [OGo-Users] WebDav Fun
In-Reply-To: <1165687613.30118.15.camel@wonko.dvns.com>
References: <20061209052634.11982.24959.Mailman@mail.opengroupware.org>
 <1165687613.30118.15.camel@wonko.dvns.com>
Message-ID: <1165693914.15683.23.camel@ws01.whitemice.org>

> > > > http://{username}:{password}@{hostname}/zidestore/so/{username}/ 
> > > > Calendar/ics
> > > BTW: I recommend using /dav/ instead of /so/ to explicitly request  
> > > raw data instead of an HTML frontend.
> > > Usually not a problem (properly autodetected), but recommended  
> > > nevertheless.
> > In which case you can download the iCalendar file via a normal web
> > browser.
> > http://gourd-amber/zidestore/dav/adam/Calendar/ics
> > Neat.
> Thanks guys! After a bit of fiddling I managed to get Evolution 2.6 to
> view my ogo calendar with:
>  webcal://ogouser:password@server:80/zidestore/so/ogouser/Overview/ics
> I couldn't get the CalDav flavor working no matter much I fiddled.

Yep, I don't know the 'official state' of CalDAV support but it doesn't
work with any of the clients I've tried (Sunbird, Mulberry).

> give you an idea of what I am up against, the blokes I work with mostly
> still use mutt and unlike me they really don't see shared contacts and
> calendars as worth the effort. So I figure if I can give them a

:)  Everyone has their share of those guys.

> prepackaged taste (Sunbird and mutt/LDAP right now maybe, they seem to
> find web apps especially distasteful for some reason) 

Can't blame them,  I don't generally like web apps.

Note that calendaring with a simple iCalendar client like Sunbird
creates a set of issues of its own.
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=973
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=507
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=596
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1606

> The next step for me is getting LDAP working to pull contacts out of
> OGO. Has anybody actually done that?

Yep,  InstantOGo does that.  Also there were instructions [by me] in the
docs plone for using OpenLDAP's back-sql to publish OGo information via
LDAP.  Note that my instructions are for an older version of OpenLDAP,
so it would require tweaking to make it work on a newer version.  Today
however Penrose would probably be an easier route;  I haven't had time
to try that yet.


From users@opengroupware.org  Mon Dec 11 13:30:15 2006
From: users@opengroupware.org (Sebastian Reitenbach)
Date: Mon, 11 Dec 2006 13:30:15 -0000
Subject: [OGo-Users] advanced search questions
Message-ID: <20061211133015.65D7278C070@ogo.rapideye.de>

Hi,

I have some questions regarding the advanced search:
are there any good reasons why there are no fields in the webui to search for 
the owner or contact of a person? Was that just a "nobody would search for it, 
therefore we do not make it available in the WebUI", or are these a bit more 
complicated to implement than the other available fields?

I created a custom boolean value input field for contacts, but how do i search 
for it?  I tried to insert a YES, and a 1, in the search field of the advanced 
search, but the contact with the field set to YES was not found.

kind regards
Sebastian


From users@opengroupware.org  Mon Dec 11 13:57:59 2006
From: users@opengroupware.org (Adam Tauno Williams)
Date: Mon, 11 Dec 2006 08:57:59 -0500
Subject: [OGo-Users] advanced search questions
In-Reply-To: <20061211133015.65D7278C070@ogo.rapideye.de>
References: <20061211133015.65D7278C070@ogo.rapideye.de>
Message-ID: <1165845479.3736.21.camel@aleph.whitemice.org>

> I have some questions regarding the advanced search:
> are there any good reasons why there are no fields in the webui to search for 
> the owner or contact of a person? Was that just a "nobody would search for it, 
> therefore we do not make it available in the WebUI", or are these a bit more 
> complicated to implement than the other available fields?

No, I think it is just a matter of simplicity;  keeping the UI from
looking like a widget bomb went off.

As far as I can tell the person::qsearch command (used internally to
actually do the search) can search on just about any field/sub-field.

> I created a custom boolean value input field for contacts, but how do i search 
> for it?  I tried to insert a YES, and a 1, in the search field of the advanced 
> search, but the contact with the field set to YES was not found.

This is an "extended attribute" (company value) we are talking about I
assume? (from "created a custom boolean value input field").  If so what
attribute type is it set to?


From users@opengroupware.org  Mon Dec 11 14:26:11 2006
From: users@opengroupware.org (Olivier Hallot)
Date: Mon, 11 Dec 2006 12:26:11 -0200
Subject: [OGo-Users] advanced search questions
In-Reply-To: <20061211133015.65D7278C070@ogo.rapideye.de>
References: <20061211133015.65D7278C070@ogo.rapideye.de>
Message-ID: <457D6A83.7040209@scinergy.com.br>

Guess what?... one is already in the bug database:
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1143

As for a search inside the contacts you own, this has been the major
reason for a customer to drop OGo as they were not able to manage
privacy the way users like (read: "my contacts are for me and not for
you, period"). Lesson taken: if you cannot mimick outlook, do not try to
fix your user.

Olivier

Sebastian Reitenbach escreveu:
> Hi,
> 
> I have some questions regarding the advanced search:
> are there any good reasons why there are no fields in the webui to search for 
> the owner or contact of a person? Was that just a "nobody would search for it, 
> therefore we do not make it available in the WebUI", or are these a bit more 
> complicated to implement than the other available fields?
> 
> I created a custom boolean value input field for contacts, but how do i search 
> for it?  I tried to insert a YES, and a 1, in the search field of the advanced 
> search, but the contact with the field set to YES was not found.
> 
> kind regards
> Sebastian
> 

-- 
Olivier Hallot
Scinergy Consulting
Tel (021) 8822-8812
Rio de Janeiro, Brasil
http://www.scinergy.com.br


From users@opengroupware.org  Mon Dec 11 14:59:17 2006
From: users@opengroupware.org (Adam Tauno Williams)
Date: Mon, 11 Dec 2006 09:59:17 -0500
Subject: [OGo-Users] advanced search questions
In-Reply-To: <457D6A83.7040209@scinergy.com.br>
References: <20061211133015.65D7278C070@ogo.rapideye.de>
 <457D6A83.7040209@scinergy.com.br>
Message-ID: <1165849157.3736.36.camel@aleph.whitemice.org>

> Guess what?... one is already in the bug database:
> http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1143

This looks to me more like it refers to "(contactId={me})", and not
ownerId which is what you describe below.

This ["(contactId={me})] should be *trivial* to implement,  probably
just WebUI stuff since -
#!/usr/bin/env python
import xmlrpclib,pprint
server = xmlrpclib.Server('http://adam:*********@localhost/RPC2')
fetchSpec = {}
fetchSpec['qualifier'] = "contactId = 27190"
result = server.person.fetch(fetchSpec)
pprint.pprint(result)
- already works, so the required command logic must be completely in
place.


Actually this might be a better way to resolve
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1752 (Present
"Favorites" As A Folder) than what I proposed.

> As for a search inside the contacts you own, this has been the major
> reason for a customer to drop OGo as they were not able to manage
> privacy the way users like (read: "my contacts are for me and not for
> you, period"). 

Like: "((ownerid == {me}) && (isPrivate = 1))" ?

Although this wouldn't be completely true as I believe ACLs trump the
privacy flag;  and I suspect ownerId == primary user is less frequently
true then one suspects (since owner == creator).  Using contactId seems
more correct.

<aside>"mine" is a dumb way to approach data, but I completely
understand what you mean.</aside>

> Lesson taken: if you cannot mimick outlook, do not try to
> fix your user.


From users@opengroupware.org  Mon Dec 11 15:36:23 2006
From: users@opengroupware.org (Sebastian Reitenbach)
Date: Mon, 11 Dec 2006 15:36:23 -0000
Subject: [OGo-Users] advanced search questions
Message-ID: <20061211153623.227CA8C006@ogo.rapideye.de>

Hi,

users@opengroupware.org wrote: 
> Guess what?... one is already in the bug database:
> http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1143
ah, thats exactly what I am looking for, at least voted for it. (:

> 
> As for a search inside the contacts you own, this has been the major
> reason for a customer to drop OGo as they were not able to manage
> privacy the way users like (read: "my contacts are for me and not for
> you, period"). Lesson taken: if you cannot mimick outlook, do not try to
> fix your user.
luckily, this is not the case here, the contacts shall be shared, but the user 
wants to search for contacts he entered, or where he is listed as the contact 
person, both are not possible.


kind regards
Sebastian


From users@opengroupware.org  Mon Dec 11 15:42:02 2006
From: users@opengroupware.org (Sebastian Reitenbach)
Date: Mon, 11 Dec 2006 15:42:02 -0000
Subject: [OGo-Users] advanced search questions
Message-ID: <20061211154202.6DBEF8C008@ogo.rapideye.de>

Hi,
> 
> This is an "extended attribute" (company value) we are talking about I
> assume? (from "created a custom boolean value input field").  If so what
> attribute type is it set to?
Yes, I created an extended attribute from type 2, and want to search for it.

kind regards
Sebastian


From users@opengroupware.org  Mon Dec 11 16:18:04 2006
From: users@opengroupware.org (Adam Tauno Williams)
Date: Mon, 11 Dec 2006 11:18:04 -0500
Subject: [OGo-Users] advanced search questions
In-Reply-To: <20061211154202.6DBEF8C008@ogo.rapideye.de>
References: <20061211154202.6DBEF8C008@ogo.rapideye.de>
Message-ID: <1165853884.3736.43.camel@aleph.whitemice.org>

> > This is an "extended attribute" (company value) we are talking about I
> > assume? (from "created a custom boolean value input field").  If so what
> > attribute type is it set to?
> Yes, I created an extended attribute from type 2, and want to search for it.

I created a type 2 attribute:

{
  key = testBool;
  label = "Test Bool Storage";
  type = 2;
}

It looks like it gets stored in company_value.value_string as "YES" /
"NO".

Going into Advanced Search, selecting that attribute, and searching for
"YES" seems to work for me.



From users@opengroupware.org  Mon Dec 11 18:45:15 2006
From: users@opengroupware.org (Olivier Hallot)
Date: Mon, 11 Dec 2006 16:45:15 -0200
Subject: [OGo-Users] advanced search questions
In-Reply-To: <1165849157.3736.36.camel@aleph.whitemice.org>
References: <20061211133015.65D7278C070@ogo.rapideye.de>	 <457D6A83.7040209@scinergy.com.br> <1165849157.3736.36.camel@aleph.whitemice.org>
Message-ID: <457DA73B.6090006@scinergy.com.br>

Adam Tauno Williams escreveu:
(...)
> This ["(contactId={me})] should be *trivial* to implement,  probably
> just WebUI stuff since -
> #!/usr/bin/env python
> import xmlrpclib,pprint
> server = xmlrpclib.Server('http://adam:*********@localhost/RPC2')
> fetchSpec = {}
> fetchSpec['qualifier'] = "contactId = 27190"

yes, I whish I knew how to  transform 27190 into a human-readable ogo
account in the webUI...

> result = server.person.fetch(fetchSpec)
> pprint.pprint(result)
> - already works, so the required command logic must be completely in
> place.
> 
> 
(...)
>> As for a search inside the contacts you own, this has been the major
>> reason for a customer to drop OGo as they were not able to manage
>> privacy the way users like (read: "my contacts are for me and not for
>> you, period"). 
> 
> Like: "((ownerid == {me}) && (isPrivate = 1))" ?

Yes. (ownerid={me}) was the main issue with this customer, used to
oultook. (isPrivate = 1) was the request of the executive assistants who
have sensitive data not  to be exposed to the rest of the enterprise.

OGo also does not handle public & private address as well as public &
private phone the way corporations expect. Private info should be kept
restricted. With OGo, either you show all or you hide all. ACL for
instance, applies to the whole record.  One can think I am splitting
hairs here, but believe me, privacy is a personnal security issue for
many, many people and is taken very seriously (from inconveniences to
threats).

Nevertheless, the completness of the data model in OGo makes me believe
that such privacy issues enhancements are forseable.

> 
> Although this wouldn't be completely true as I believe ACLs trump the
> privacy flag;  and I suspect ownerId == primary user is less frequently
> true then one suspects (since owner == creator).  Using contactId seems
> more correct.
> 
> <aside>"mine" is a dumb way to approach data, but I completely
> understand what you mean.</aside>

= selfish-ness. The Homo-Corporatus specie instinct is to "share
nothing", as you know.

> 
>> Lesson taken: if you cannot mimick outlook, do not try to
>> fix your user.
> 

-- 
Olivier Hallot
Scinergy Consulting
Tel (021) 8822-8812
Rio de Janeiro, Brasil
http://www.scinergy.com.br


From users@opengroupware.org  Mon Dec 11 19:00:09 2006
From: users@opengroupware.org (Adam Tauno Williams)
Date: Mon, 11 Dec 2006 14:00:09 -0500
Subject: [OGo-Users] advanced search questions
In-Reply-To: <457DA73B.6090006@scinergy.com.br>
References: <20061211133015.65D7278C070@ogo.rapideye.de>
 <457D6A83.7040209@scinergy.com.br>
 <1165849157.3736.36.camel@aleph.whitemice.org>
 <457DA73B.6090006@scinergy.com.br>
Message-ID: <1165863609.3736.65.camel@aleph.whitemice.org>

On Mon, 2006-12-11 at 16:45 -0200, Olivier Hallot wrote:
> Adam Tauno Williams escreveu:
> (...)
> > This ["(contactId={me})] should be *trivial* to implement,  probably
> > just WebUI stuff since -
> > #!/usr/bin/env python
> > import xmlrpclib,pprint
> > server = xmlrpclib.Server('http://adam:*********@localhost/RPC2')
> > fetchSpec = {}
> > fetchSpec['qualifier'] = "contactId = 27190"
> yes, I whish I knew how to  transform 27190 into a human-readable ogo
> account in the webUI...

I'd guess that the SkyContactSubEditor is what you want.  I'm only
learning this whole WebObjects thing but it seems like you could drop
that into the page.  SkyContactSubEditor is referenced as
"<#ContactEditor/>" in SkyPersonEditor.html to provide the little
contact selector widget.  In SkyPersonEditor.wod it looks like -

ContactEditor:      SkyContactSubEditor       { document = person; }

I wonder if you dropped it in LSWPersonAdvancedSearch.wod as something
like:
ContactEditor: SkyContactSubEditor { }
 - and referenced it in LSWPersonAdvancedSearch.html what would happen.
(?)

Probably won't work but it would be interesting.  I'd try it myself but
my test rig is currently buggered up with a different problem.

> > result = server.person.fetch(fetchSpec)
> > pprint.pprint(result)
> > - already works, so the required command logic must be completely in
> > place.
> (...)
> >> As for a search inside the contacts you own, this has been the major
> >> reason for a customer to drop OGo as they were not able to manage
> >> privacy the way users like (read: "my contacts are for me and not for
> >> you, period"). 
> > Like: "((ownerid == {me}) && (isPrivate = 1))" ?
> Yes. (ownerid={me}) was the main issue with this customer, used to
> oultook. (isPrivate = 1) was the request of the executive assistants who
> have sensitive data not  to be exposed to the rest of the enterprise.
> OGo also does not handle public & private address as well as public &
> private phone the way corporations expect. Private info should be kept
> restricted. With OGo, either you show all or you hide all. ACL for
> instance, applies to the whole record.  

Whole object, yes.  In part I think it depends on how you interpret
"private phone".  We've always taken it to mean residential phone
number.   I'm not certain what a "private" phone number would be,  if
you can see the contact record why wouldn't you be allowed to call them?

The only issue I can see with this operationally is that OGo is not
suitable for use as an HR/Payroll system as regulation in many places
require specific elements of an entry to be restricted.  Beyond that I
can't see sub-object based ACLs being used very often;  but I could be
overlooking some common application.

> One can think I am splitting
> hairs here, but believe me, privacy is a personnal security issue for
> many, many people and is taken very seriously (from inconveniences to
> threats).

There are private extended attributes.  It appears (I haven't tested)
that ACLs also apply to object properties (as in "obj_properties") as
well.

> Nevertheless, the completness of the data model in OGo makes me believe
> that such privacy issues enhancements are forseable.
> > Although this wouldn't be completely true as I believe ACLs trump the
> > privacy flag;  and I suspect ownerId == primary user is less frequently
> > true then one suspects (since owner == creator).  Using contactId seems
> > more correct.
> > <aside>"mine" is a dumb way to approach data, but I completely
> > understand what you mean.</aside>
> = selfish-ness. The Homo-Corporatus specie instinct is to "share
> nothing", as you know.

Yep.  A self-serving inclination for the Homo Corporatus, but generally
bad for the Corporation.

> >> Lesson taken: if you cannot mimick outlook, do not try to
> >> fix your user.


From users@opengroupware.org  Tue Dec 12 11:48:10 2006
From: users@opengroupware.org (Helge Hess)
Date: Tue, 12 Dec 2006 12:48:10 +0100
Subject: [OGo-Users] advanced search questions
In-Reply-To: <20061211133015.65D7278C070@ogo.rapideye.de>
References: <20061211133015.65D7278C070@ogo.rapideye.de>
Message-ID: <64F31160-F3B5-4CA1-B62A-520B5DC3549A@opengroupware.org>

On Dec 11, 2006, at 14:30, Sebastian Reitenbach wrote:
> Was that just a "nobody would search for it,
> therefore we do not make it available in the WebUI", or are these a  
> bit more
> complicated to implement than the other available fields?

It should not be overly complicated. The biggest thing is that you  
need to have quite a big UI to specify the person you want to search  
for (its a searchfield inside the searchfield ...).

Though if you just want to search for the logged-in account this  
should be rather easy (just a checkbox whether you want to restrict  
the search to the owner/contact).

Greets,
   Helge
-- 
Helge Hess
http://docs.opengroupware.org/Members/helge/



From users@opengroupware.org  Tue Dec 12 13:28:02 2006
From: users@opengroupware.org (Eduardo Elgueta)
Date: Tue, 12 Dec 2006 10:28:02 -0300
Subject: [OGo-Users] Problem with https
In-Reply-To: <1165509524.3943.3.camel@aleph.whitemice.org>
References: <7dfeacad0612021239y540b6734jb3ac5a5faabcbb57@mail.gmail.com>
 <20061202162646.pk1tvq6l28gsk0wk@tyr.morrison.iserv.net>
 <7dfeacad0612070801t2e926b06h7a09a121a1331e9@mail.gmail.com>
 <1165509524.3943.3.camel@aleph.whitemice.org>
Message-ID: <7dfeacad0612120528j7419e949l888d7da38ffcc9df@mail.gmail.com>

Adam,

Thank you for your response.

The problem was apache had the "DAV on" directive on the root directory.

Ed.

On 12/7/06, Adam Tauno Williams <adam@morrison-ind.com> wrote:
> > > SSL is entirely an Apache thing,  it can't really effect OGo one way
> > > or the other.  Are you using virtual hosting?  My initial guess would
> > > be you crossed some wired in you Apache config files in the process of
> > > enabling SSL.  Look for authentication related directives (OGo
> > > authenticates itself,  Apache doesn't need to do so).
> > Ok. I found it: I had a <Limit> directive undert the root <Direcory>.
> > I removed that and everything works Ok.
> > You were right Adam,
> > Anyway, now I have a problem with zidestore. I get a 404 error from the server.
> > Any idea?
>
> Your location match for zidestore got moved or eliminated?
>
> <IfModule ngobjweb_module.c>
>   <LocationMatch ^/zidestore/*>
>     SetAppPort 21000
>     SetHandler ngobjweb-adaptor
>   </LocationMatch>
> </IfModule>
>
>
> --
> OpenGroupware.org Users
> users@opengroupware.org
> http://mail.opengroupware.org/mailman/listinfo/users
>

From users@opengroupware.org  Mon Dec 18 18:27:57 2006
From: users@opengroupware.org (Chris Dos)
Date: Mon, 18 Dec 2006 11:27:57 -0700
Subject: [OGo-Users] NHSD and Palm Syncing
Message-ID: <4586DDAD.8000200@chrisdos.com>

Is there 1.1 version of Debian NHSD package that has all the necessary conduits
to make palm syncing work?  I haven't tested this in awhile since 1.0a, which
worked then.  Now that I have a new palm pilot, that can do network syncs and
wifi, I want to set this up again.  But there only seems to be a test conduit in
the latest package.

	Chris

From users@opengroupware.org  Tue Dec 19 18:24:30 2006
From: users@opengroupware.org (Chris Dos)
Date: Tue, 19 Dec 2006 11:24:30 -0700
Subject: [OGo-Users] NHSD and Palm Syncing
In-Reply-To: <4586DDAD.8000200@chrisdos.com>
References: <4586DDAD.8000200@chrisdos.com>
Message-ID: <45882E5E.90301@chrisdos.com>

Chris Dos wrote:
> Is there 1.1 version of Debian NHSD package that has all the necessary conduits
> to make palm syncing work?  I haven't tested this in awhile since 1.0a, which
> worked then.  Now that I have a new palm pilot, that can do network syncs and
> wifi, I want to set this up again.  But there only seems to be a test conduit in
> the latest package.

Well, I made an error.  The Test conduit is commented out.  But the main conduit
still does not work with my new Palm Pilot TX.  Is the Palm functionality broken
at this point?  I tried copying the conduit from 1.0 to 1.1, and that doesn't work.

	Chris

From users@opengroupware.org  Tue Dec 19 19:08:56 2006
From: users@opengroupware.org (Adam Tauno Williams)
Date: Tue, 19 Dec 2006 14:08:56 -0500
Subject: [OGo-Users] NHSD and Palm Syncing
In-Reply-To: <45882E5E.90301@chrisdos.com>
References: <4586DDAD.8000200@chrisdos.com>  <45882E5E.90301@chrisdos.com>
Message-ID: <1166555336.4296.18.camel@aleph.whitemice.org>

> > Is there 1.1 version of Debian NHSD package that has all the necessary conduits
> > to make palm syncing work?  I haven't tested this in awhile since 1.0a, which
> > worked then.  Now that I have a new palm pilot, that can do network syncs and
> > wifi, I want to set this up again.  But there only seems to be a test conduit in
> > the latest package.
> Well, I made an error.  The Test conduit is commented out.  But the main conduit
> still does not work with my new Palm Pilot TX.  Is the Palm functionality broken
> at this point?  I tried copying the conduit from 1.0 to 1.1, and that doesn't work.

It is broken as a result of changes to current Palm firmware /
applications / database format.

http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1638
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1811

This issue goes all the way down to the pilot-link libraries used to
interface with the Palm database format:
http://www.pilot-link.org/node/166 - "Add support for the new OS5 and
later PIM applications".  This may have been resolved by the pilot-link
package by this point but not everything has been modified up-stream
yet.

I think the better, and more modern/standardized, solution is to use the
Synthesis SyncML client for the Palm and the Funambol DS server with the
GroupDAV connector.

A new version of this was released just this morning -
http://mail.opengroupware.org/pipermail/groupdav/2006-December/000447.html
http://bionicmessage.net/funambol/index.html 

I've only tested the previous version (which only supported events,
unlike the current version) but it worked quite well.

This solution also works with Windows Mobile devices [the clear future
as Palm seems content to let its technology languish] as well as just
about everything else.

Discussion of GroupDAV sync belongs over on the groupdav@ list as it
isn't really OpenGroupware specific.
http://www.groupdav.org/mailinglist.html





From users@opengroupware.org  Thu Dec 21 01:22:53 2006
From: users@opengroupware.org (Chris Dos)
Date: Wed, 20 Dec 2006 18:22:53 -0700
Subject: [OGo-Users] NHSD and Palm Syncing
In-Reply-To: <1166555336.4296.18.camel@aleph.whitemice.org>
References: <4586DDAD.8000200@chrisdos.com>  <45882E5E.90301@chrisdos.com> <1166555336.4296.18.camel@aleph.whitemice.org>
Message-ID: <4589E1ED.6080909@chrisdos.com>

> It is broken as a result of changes to current Palm firmware /
> applications / database format.
> 
> http://bugzilla.opengroupware.org/bugzilla/show_bug.cg