From users@opengroupware.org Sat Dec 1 00:26:29 2007 From: users@opengroupware.org (Helge Hess) Date: Sat, 1 Dec 2007 01:26:29 +0100 Subject: [OGo-Users] Using ZideLook Connector with SOGo In-Reply-To: <475042F4.6040209@informatik.uni-tuebingen.de> References: <475042F4.6040209@informatik.uni-tuebingen.de> Message-ID: On 30.11.2007, at 18:05, Jan Schulze wrote: > is it possible to use the ZideLook Connector (from OGo) with SOGo? No. ZideLook encodes MAPI properties in WebDAV. SOGo directly stores iCal and vCard entities and doesn't do any translations as done by ZideStore. The Z1 Connector converts from MAPI to iCal/vCard on the client side. > If not, is there any news about the ZideOne Connector > (http://sogo.opengroupware.org/en/clients/outlook/index.html)? Be patient ;-) The target is still end of Q4 for a first release. Progress is good, but complex things need time. > Wouldn't it be better to ask on the SOGo list? > http://mail.opengroupware.org/mailman/listinfo/sogo Definitely. SOGo and OGo are quite distinct (even though the foundations are not ;-). Greets, Helge -- Helge Hess http://www.helgehess.eu/ From users@opengroupware.org Sun Dec 2 05:57:32 2007 From: users@opengroupware.org (Simon Matthews) Date: Sat, 1 Dec 2007 21:57:32 -0800 Subject: [OGo-Users] Clients? Message-ID: <40b437200712012157l5bffb999wef3af744e9c71f7e@mail.gmail.com> Other than the Skyrix plugin to Outlook, what clients exist that work well with OGo? I am interested in finding both Windows and Linux clients, with off-line capabilities. I am really only interested in calendar/scheduling capabilities. Regards, Simon From users@opengroupware.org Mon Dec 3 03:14:18 2007 From: users@opengroupware.org (Mark Pavlichuk) Date: Mon, 03 Dec 2007 13:14:18 +1000 Subject: [OGo-Users] click-to-dial & Asterisk Message-ID: <4753748A.8050507@internode.on.net> Does anyone have experience integrating Ogo with Asterisk, and if so how? I've had a look and have found a patch against Trunk from April of this year - is adapting this patch the easiest way? Also, are there plans to accept this or a similar patch into the main tree? -Mark From users@opengroupware.org Mon Dec 3 03:54:19 2007 From: users@opengroupware.org (Adam Tauno WIlliams) Date: Sun, 02 Dec 2007 22:54:19 -0500 Subject: [OGo-Users] click-to-dial & Asterisk In-Reply-To: <4753748A.8050507@internode.on.net> References: <4753748A.8050507@internode.on.net> Message-ID: <1196654059.9718.1.camel@ws01.whitemice.org> > Does anyone have experience integrating Ogo with Asterisk, and if so > how? Yes, there is specific documentation for this in the docs plone. And there is a CTI dialer module for Asterisk > I've had a look and have found a patch against Trunk from April of > this year - is adapting this patch the easiest way? I think the patch should compile as-is. > Also, are there > plans to accept this or a similar patch into the main tree? Don't know. From users@opengroupware.org Mon Dec 3 03:56:59 2007 From: users@opengroupware.org (Adam Tauno WIlliams) Date: Sun, 02 Dec 2007 22:56:59 -0500 Subject: [OGo-Users] Clients? In-Reply-To: <40b437200712012157l5bffb999wef3af744e9c71f7e@mail.gmail.com> References: <40b437200712012157l5bffb999wef3af744e9c71f7e@mail.gmail.com> Message-ID: <1196654219.9718.4.camel@ws01.whitemice.org> > Other than the Skyrix plugin to Outlook, what clients exist that work > well with OGo? Primarily there is the "SOGo connector", which is really a GroupDAV/CalDAV connector for Thunderbird / Lightening. It should work. OGo is a GroupDAV server. > I am interested in finding both Windows and Linux clients, with > off-line capabilities. The GroupDAV connector should work offline, but I haven't tested it much for that. > I am really only interested in > calendar/scheduling capabilities. From users@opengroupware.org Mon Dec 3 08:25:57 2007 From: users@opengroupware.org (Mark Pavlichuk) Date: Mon, 03 Dec 2007 18:25:57 +1000 Subject: [OGo-Users] Re: click-to-dial & Asterisk (Adam Tauno WIlliams) In-Reply-To: <20071203052604.2478.91971.Mailman@mail.opengroupware.org> References: <20071203052604.2478.91971.Mailman@mail.opengroupware.org> Message-ID: <4753BD95.4060007@internode.on.net> So I can compile just the CTI dialer module and install into a precompiled trunk build? According to these instructions : http://docs.opengroupware.org/Members/buzzdee/asterisk/OGo%20Asterisk%20Dialer/document_view I get the impression I need to install an objective-C build environment, though unfortunately these instructions : http://www.opengroupware.org/en/install/debian/ogo10adebsrc.html don't seem to make it happen for me. Am I on the right track though? -Mark From users@opengroupware.org Mon Dec 3 12:24:53 2007 From: users@opengroupware.org (Mark Pavlichuk) Date: Mon, 03 Dec 2007 22:24:53 +1000 Subject: [OGo-Users] Debian gnustep-make-ogo package Message-ID: <4753F595.3050108@internode.on.net> I've found a package called gnustep-make-ogo in Debian Etch. Unfortunately it has no documentation whatsoever (which apparently is a violation of Debian policy according to this 2004 bug : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=266897 ) . This package has now migrated to Debian Testing (Lenny), and I presume will be part of the next Debian release if nothing gets done. I'd like to know : a) is this package is still valid. (I'll file a bug report otherwise) , and if so... b) ...is it useful for my particular problem (ie. compiling the Asterisk CTI module) -Mark From users@opengroupware.org Mon Dec 3 12:41:31 2007 From: users@opengroupware.org (Adam Tauno Williams) Date: Mon, 03 Dec 2007 07:41:31 -0500 Subject: [OGo-Users] Re: click-to-dial & Asterisk (Adam Tauno WIlliams) In-Reply-To: <4753BD95.4060007@internode.on.net> References: <20071203052604.2478.91971.Mailman@mail.opengroupware.org> <4753BD95.4060007@internode.on.net> Message-ID: <1196685691.4645.17.camel@aleph.morrison.iserv.net> > So I can compile just the CTI dialer module and install into a > precompiled trunk build? > According to these instructions : > http://docs.opengroupware.org/Members/buzzdee/asterisk/OGo%20Asterisk%20Dialer/document_view > I get the impression I need to install an objective-C build environment, > though unfortunately these instructions : > http://www.opengroupware.org/en/install/debian/ogo10adebsrc.html > don't seem to make it happen for me. > Am I on the right track though? You don't need a build environment in the vein of building OGo; if you have a normal development environment installed and the OGo packages all you need is Obj-C support for GCC. In openSUSE the packages libobjc42 and gcc-objc-4.2 cover this, I assume Debian has similar packages. That should be all you need to build the CTI bundle. All the patch seems to do is create the opengroupware.org/WebUI/CTI/AsteriskDialer directory and contents. http://bugzilla.opengroupware.org/bugzilla/attachment.cgi?id=515&action=view "gmake debug=yes strip=no" should build it as described in the plone. From users@opengroupware.org Mon Dec 3 19:35:02 2007 From: users@opengroupware.org (Simon Matthews) Date: Mon, 3 Dec 2007 11:35:02 -0800 Subject: [OGo-Users] Gentoo? Message-ID: <40b437200712031135l4078832fibf80eab1a20b2df1@mail.gmail.com> Is the problem with building/running on Gentoo going to be fixed any time soon? It appears to be an old problem. Regards, Simon From users@opengroupware.org Mon Dec 3 20:41:04 2007 From: users@opengroupware.org (Adam Tauno Williams) Date: Mon, 03 Dec 2007 15:41:04 -0500 Subject: [OGo-Users] Gentoo? In-Reply-To: <40b437200712031135l4078832fibf80eab1a20b2df1@mail.gmail.com> References: <40b437200712031135l4078832fibf80eab1a20b2df1@mail.gmail.com> Message-ID: <1196714464.10477.1.camel@WM_ADAM1.morrison.iserv.net> --=-7cRVGWtiNHHe6XSZw49L Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > Is the problem with building/running on Gentoo going to be fixed any > time soon?=20 I'm not aware of anyone using or testing Gentoo (and I'd assume the problem is with Gentoo itself since building OGo isn't anything terribly unusual). > It appears to be an old problem. Is the problem detailed somewhere? --=-7cRVGWtiNHHe6XSZw49L Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBHVGngLRePpNle04MRApUUAJ4k7LQjEQOIOj1mPe3FV24diVYKXgCfehSf zT+oNydJdXMKdT+WwiZe21c= =mVsy -----END PGP SIGNATURE----- --=-7cRVGWtiNHHe6XSZw49L-- From users@opengroupware.org Mon Dec 3 21:27:22 2007 From: users@opengroupware.org (Simon Matthews) Date: Mon, 3 Dec 2007 13:27:22 -0800 Subject: [OGo-Users] Gentoo? In-Reply-To: <1196714464.10477.1.camel@WM_ADAM1.morrison.iserv.net> References: <40b437200712031135l4078832fibf80eab1a20b2df1@mail.gmail.com> <1196714464.10477.1.camel@WM_ADAM1.morrison.iserv.net> Message-ID: <40b437200712031327i7c3bdc3bjcd471f690d8fb3c0@mail.gmail.com> On 12/3/07, Adam Tauno Williams wrote: > > Is the problem with building/running on Gentoo going to be fixed any > > time soon? > > I'm not aware of anyone using or testing Gentoo (and I'd assume the > problem is with Gentoo itself since building OGo isn't anything terribly > unusual). > > > It appears to be an old problem. > > Is the problem detailed somewhere? > > Adam, It is documented, but not specifically as a Gentoo problem. It is due to OGo not using the latest Apache API -- after building OGo in Gentoo, then attempting to restart Apache, one gets the problem described in this page: http://mail.opengroupware.org/pipermail/users/2007-June/017849.html However, the solution provided is not easy to do when using the ebuild file that has been created to build under Gentoo. The ebuild file downloads from CVS automatically, so the files are only there during the build. Regards, Simon From users@opengroupware.org Mon Dec 3 21:45:25 2007 From: users@opengroupware.org (Adam Tauno Williams) Date: Mon, 03 Dec 2007 16:45:25 -0500 Subject: [OGo-Users] Gentoo? In-Reply-To: <40b437200712031327i7c3bdc3bjcd471f690d8fb3c0@mail.gmail.com> References: <40b437200712031135l4078832fibf80eab1a20b2df1@mail.gmail.com> <1196714464.10477.1.camel@WM_ADAM1.morrison.iserv.net> <40b437200712031327i7c3bdc3bjcd471f690d8fb3c0@mail.gmail.com> Message-ID: <1196718325.10477.5.camel@WM_ADAM1.morrison.iserv.net> --=-EqQWafuU5pYBIYjdw1gQ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > > > Is the problem with building/running on Gentoo going to be fixed any > > > time soon? > > I'm not aware of anyone using or testing Gentoo (and I'd assume the > > problem is with Gentoo itself since building OGo isn't anything terribl= y > > unusual). > > > It appears to be an old problem. > > Is the problem detailed somewhere? > It is documented, but not specifically as a Gentoo problem. It is due > to OGo not using the latest Apache API -- after building OGo in > Gentoo, then attempting to restart Apache, one gets the problem > described in this page: > http://mail.opengroupware.org/pipermail/users/2007-June/017849.html > However, the solution provided is not easy to do when using the ebuild > file that has been created to build under Gentoo. The ebuild file > downloads from CVS automatically, so the files are only there during > the build. The ngobjweb module has built using the correct version of the Apache API for at least a couple of months now; I don't recall exactly what revision number it was applied it. The described procedure is no longer required. --=-EqQWafuU5pYBIYjdw1gQ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBHVHj1LRePpNle04MRAiIqAJwIT1dZwd3qV4b9IViyR0nJ9PohXgCfV2vR BK0FOqJI4ieNfwX67+UFK08= =LzeN -----END PGP SIGNATURE----- --=-EqQWafuU5pYBIYjdw1gQ-- From users@opengroupware.org Mon Dec 3 21:51:53 2007 From: users@opengroupware.org (Simon Matthews) Date: Mon, 3 Dec 2007 13:51:53 -0800 Subject: [OGo-Users] Gentoo? In-Reply-To: <1196718325.10477.5.camel@WM_ADAM1.morrison.iserv.net> References: <40b437200712031135l4078832fibf80eab1a20b2df1@mail.gmail.com> <1196714464.10477.1.camel@WM_ADAM1.morrison.iserv.net> <40b437200712031327i7c3bdc3bjcd471f690d8fb3c0@mail.gmail.com> <1196718325.10477.5.camel@WM_ADAM1.morrison.iserv.net> Message-ID: <40b437200712031351h64af8860tbf891b1c1b36fbed@mail.gmail.com> On 12/3/07, Adam Tauno Williams wrote: > > > > Is the problem with building/running on Gentoo going to be fixed any > > > > time soon? > > > I'm not aware of anyone using or testing Gentoo (and I'd assume the > > > problem is with Gentoo itself since building OGo isn't anything terribly > > > unusual). > > > > It appears to be an old problem. > > > Is the problem detailed somewhere? > > It is documented, but not specifically as a Gentoo problem. It is due > > to OGo not using the latest Apache API -- after building OGo in > > Gentoo, then attempting to restart Apache, one gets the problem > > described in this page: > > http://mail.opengroupware.org/pipermail/users/2007-June/017849.html > > However, the solution provided is not easy to do when using the ebuild > > file that has been created to build under Gentoo. The ebuild file > > downloads from CVS automatically, so the files are only there during > > the build. > > The ngobjweb module has built using the correct version of the Apache > API for at least a couple of months now; I don't recall exactly what > revision number it was applied it. The described procedure is no > longer required. Adam, Then the ebuild file must be out of date. Is there an update anywhere? The source for the file was a Gentoo bug report, but that has now been marked "Won't Fix". Regards, Simon > > From users@opengroupware.org Mon Dec 3 22:03:56 2007 From: users@opengroupware.org (Adam Tauno Williams) Date: Mon, 03 Dec 2007 17:03:56 -0500 Subject: [OGo-Users] Gentoo? In-Reply-To: <40b437200712031351h64af8860tbf891b1c1b36fbed@mail.gmail.com> References: <40b437200712031135l4078832fibf80eab1a20b2df1@mail.gmail.com> <1196714464.10477.1.camel@WM_ADAM1.morrison.iserv.net> <40b437200712031327i7c3bdc3bjcd471f690d8fb3c0@mail.gmail.com> <1196718325.10477.5.camel@WM_ADAM1.morrison.iserv.net> <40b437200712031351h64af8860tbf891b1c1b36fbed@mail.gmail.com> Message-ID: <1196719436.10477.12.camel@WM_ADAM1.morrison.iserv.net> --=-7tBBP/HS2d3MauA4qo3/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > > > > > Is the problem with building/running on Gentoo going to be fixed = any > > > > > time soon? > > > > I'm not aware of anyone using or testing Gentoo (and I'd assume the > > > > problem is with Gentoo itself since building OGo isn't anything ter= ribly > > > > unusual). > > > > > It appears to be an old problem. > > > > Is the problem detailed somewhere? > > > It is documented, but not specifically as a Gentoo problem. It is due > > > to OGo not using the latest Apache API -- after building OGo in > > > Gentoo, then attempting to restart Apache, one gets the problem > > > described in this page: > > > http://mail.opengroupware.org/pipermail/users/2007-June/017849.html > > > However, the solution provided is not easy to do when using the ebuil= d > > > file that has been created to build under Gentoo. The ebuild file > > > downloads from CVS automatically, so the files are only there during > > > the build. > > The ngobjweb module has built using the correct version of the Apache > > API for at least a couple of months now; I don't recall exactly what > > revision number it was applied it. The described procedure is no > > longer required. > Then the ebuild file must be out of date. Is there an update anywhere? I barely even know what an "ebuild" file is. > The source for the file was a Gentoo bug report, but that has now been > marked "Won't Fix". The build procedure hasn't changed in a very long time, so if there is an issue with their build script it should be pretty simple to solve. . /usr/local/OGo-GNUstep/Library/Makefiles/GNUstep.sh cd sope ./configure --prefix=3D/usr/local \ --enable-debug --disable-strip \ --gsmake=3D/usr/local/OGo-GNUstep make make install cd ../opengroupware.org ./configure --prefix=3D/usr/local \ --enable-debug --disable-strip \ --gsmake=3D/usr/local/OGo-GNUstep \ --without-pisock make make install --=-7tBBP/HS2d3MauA4qo3/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBHVH1MLRePpNle04MRAkIKAKCAgx6fCdtniIjIJZZmE+kj2pJcAwCfbZkS ciUmsi+PvuLKzl9y8XR1QFw= =jXAZ -----END PGP SIGNATURE----- --=-7tBBP/HS2d3MauA4qo3/-- From users@opengroupware.org Mon Dec 3 23:30:47 2007 From: users@opengroupware.org (Mark Pavlichuk) Date: Tue, 04 Dec 2007 09:30:47 +1000 Subject: [OGo-Users] Re: click-to-dial & Asterisk (Adam Tauno WIlliams) Message-ID: <475491A7.7040107@internode.on.net> > You don't need a build environment in the vein of building OGo; if you > have a normal development environment installed and the OGo packages all > you need is Obj-C support for GCC. In openSUSE the packages libobjc42 > and gcc-objc-4.2 cover this, I assume Debian has similar packages. > > That should be all you need to build the CTI bundle. > > All the patch seems to do is create the > opengroupware.org/WebUI/CTI/AsteriskDialer directory and contents. > http://bugzilla.opengroupware.org/bugzilla/attachment.cgi?id=515&action=view > > "gmake debug=yes strip=no" should build it as described in the plone. I have "objc" and "libobjc" installed, as well as a number of packages I installed which were apparently useful to compiling OGo as a whole (which can't hurt I guess), though I still couldn't find "gmake". Google tells me gmake is simply GNU make, and is simply called "make" in a Linux environment... but after after getting : make -f GNUmakefile GNUmakefile:3: /common.make: No such file or directory GNUmakefile:22: /bundle.make: No such file or directory GNUmakefile:23: /tool.make: No such file or directory make: *** No rule to make target `/tool.make'. Stop. ...I looked some more and apparently there's such a beast as "GNUstep make"(???). Could this be "gmake"? There are two GNUstep-make packages... gnustep-make and gnustep-make-ogo bundled with debian. From reading docs and seeing what gnustep-make-ogo provides (ie. NOT documentation) and from reading the plone docs I thought executiong GNUstep.sh might help.... find -name GNUstep.sh ./usr/share/GNUstep/Makefiles/GNUstep.sh ./usr/lib/opengroupware.org/System/Library/Makefiles/GNUstep.sh ./usr/lib/GNUstep/System/Tools/GNUstep.sh ./usr/src/gnustep-make-1.13.0/GNUstep.sh Hmmm... which one? . /usr/lib/opengroupware.org/System/Library/Makefiles/GNUstep.sh Lets try a make : make debug=yes strip=no Making all for bundle AsteriskDialer... Creating AsteriskDialer.cti/.... Compiling file AsteriskDialer.m ... In file included from AsteriskDialer.m:22: common.h:22:34: warning: Foundation/Foundation.h: No such file or directory AsteriskDialer.m:25: error: cannot find interface declaration for ‘NSObject’, superclass of ‘AsteriskDialer’ In file included from AsteriskDialer.m:27: AsteriskConnection.h:25:32: warning: Foundation/NSObject.h: No such file or directory In file included from AsteriskDialer.m:27: AsteriskConnection.h:31: error: cannot find interface declaration for ‘NSObject’, superclass of ‘AsteriskConnection’ AsteriskConnection.h:54: error: expected ‘)’ before ‘BOOL’ AsteriskConnection.h:67: error: expected ‘)’ before ‘BOOL’ AsteriskConnection.h:68: error: expected ‘)’ before ‘BOOL’ AsteriskConnection.h:69: error: expected ‘)’ before ‘BOOL’ AsteriskDialer.m: In function ‘-[AsteriskDialer cleanupNumber:]’: AsteriskDialer.m:33: error: ‘NSEnumerator’ undeclared (first use in this function) AsteriskDialer.m:33: error: (Each undeclared identifier is reported only once AsteriskDialer.m:33: error: for each function it appears in.) AsteriskDialer.m:33: error: ‘prefixes’ undeclared (first use in this function) AsteriskDialer.m:39: error: ‘NSUserDefaults’ undeclared (first use in this function) AsteriskDialer.m:40: error: cannot find interface declaration for ‘NXConstantString’ AsteriskDialer.m:44: warning: no ‘-stringByReplacingString:withString:’ method found AsteriskDialer.m:44: warning: (Messages without a matching method signature AsteriskDialer.m:44: warning: will be assumed to return ‘id’ and accept AsteriskDialer.m:44: warning: ‘...’ as arguments.) AsteriskDialer.m:45: warning: no ‘-stringByReplacingString:withString:’ method found AsteriskDialer.m:46: warning: no ‘-length’ method found AsteriskDialer.m:46: warning: comparison between pointer and integer AsteriskDialer.m:47: warning: no ‘-isNotEmpty’ method found AsteriskDialer.m:48: warning: no ‘-stringByAppendingString:’ method found AsteriskDialer.m:54: warning: no ‘-keyEnumerator’ method found AsteriskDialer.m:56: warning: no ‘-hasPrefix:’ method found AsteriskDialer.m:57: warning: no ‘-length’ method found AsteriskDialer.m:57: warning: no ‘-substringFromIndex:’ method found AsteriskDialer.m:58: warning: no ‘-objectForKey:’ method found AsteriskDialer.m:59: warning: no ‘-stringByAppendingString:’ method found AsteriskDialer.m: At top level: AsteriskDialer.m:77: error: expected ‘)’ before ‘BOOL’ AsteriskDialer.m: In function ‘-[AsteriskDialer canDialNumber:]’: AsteriskDialer.m:79: warning: no ‘-length’ method found AsteriskDialer.m:79: error: ‘YES’ undeclared (first use in this function) AsteriskDialer.m:79: error: ‘NO’ undeclared (first use in this function) AsteriskDialer.m:80: warning: control reaches end of non-void function AsteriskDialer.m: At top level: AsteriskDialer.m:83: error: expected ‘)’ before ‘BOOL’ AsteriskDialer.m: In function ‘-[AsteriskDialer dialNumber:fromDevice:]’: AsteriskDialer.m:86: warning: implicit declaration of function ‘NSLog’ AsteriskDialer.m:87: error: ‘BOOL’ undeclared (first use in this function) AsteriskDialer.m:87: error: expected ‘;’ before ‘ok’ AsteriskDialer.m:88: error: ‘ok’ undeclared (first use in this function) AsteriskDialer.m:88: error: ‘YES’ undeclared (first use in this function) AsteriskDialer.m:91: warning: no ‘-length’ method found AsteriskDialer.m:92: error: ‘NO’ undeclared (first use in this function) AsteriskDialer.m:94: warning: ‘AsteriskConnection’ may not respond to ‘+alloc’ AsteriskDialer.m:94: warning: no ‘-init’ method found AsteriskDialer.m:100: warning: implicit declaration of function ‘RELEASE’ AsteriskDialer.m:121: warning: control reaches end of non-void function make[1]: *** [shared_debug_obj/AsteriskDialer.o] Error 1 make: *** [AsteriskDialer.all.bundle.variables] Error 2 Questions questions : * Is this because I should install a libfoundation development package? * Is it because my OGo sources should be in a different place? * Am I even using the right make program? That's at least eight possibilities in a decision matrix (not counting hidden variables)... perhaps it's time to ask for more help. -Mark From users@opengroupware.org Tue Dec 4 00:22:08 2007 From: users@opengroupware.org (Helge Hess) Date: Tue, 4 Dec 2007 01:22:08 +0100 Subject: [OGo-Users] Re: click-to-dial & Asterisk (Adam Tauno WIlliams) In-Reply-To: <475491A7.7040107@internode.on.net> References: <475491A7.7040107@internode.on.net> Message-ID: <800E3432-665B-449F-BCC2-12CFF3EFDA94@opengroupware.org> On 04.12.2007, at 00:30, Mark Pavlichuk wrote: > . /usr/lib/opengroupware.org/System/Library/Makefiles/GNUstep.sh > > Lets try a make : > make debug=yes strip=no > > Making all for bundle AsteriskDialer... > Creating AsteriskDialer.cti/.... > Compiling file AsteriskDialer.m ... > In file included from AsteriskDialer.m:22: > common.h:22:34: warning: Foundation/Foundation.h: No such file or > directory Did you install liBFoundation? Helge -- Helge Hess http://www.helgehess.eu/ From users@opengroupware.org Tue Dec 4 01:22:28 2007 From: users@opengroupware.org (Mark Pavlichuk) Date: Tue, 04 Dec 2007 11:22:28 +1000 Subject: [OGo-Users] Re: click-to-dial & Asterisk (Adam Tauno WIlliams) Message-ID: <4754ABD4.1050305@internode.on.net> >Did you install liBFoundation? Helge > >-- Helge Hess http://www.helgehess.eu/ I have now, and I also had to install libsope, but apparently now I need libiconv? make debug=yes strip=no Making all for bundle AsteriskDialer... Copying resources into the bundle wrapper... Making all for tool ogoasterisk... Linking tool ogoasterisk ... /usr/bin/ld: cannot find -liconv collect2: ld returned 1 exit status make[1]: *** [shared_debug_obj/ogoasterisk] Error 1 make: *** [ogoasterisk.all.tool.variables] Error 2 I read something about libiconv only being required on FreeBSD, so I'll manually try removing that to see what happens. -Mark From users@opengroupware.org Tue Dec 4 01:51:10 2007 From: users@opengroupware.org (Mark Pavlichuk) Date: Tue, 04 Dec 2007 11:51:10 +1000 Subject: [OGo-Users] Re: click-to-dial & Asterisk (Adam Tauno WIlliams) Message-ID: <4754B28E.1000009@internode.on.net> OK, the Asterisk CTI dialer compiled, but it seemed to install in a directory tree under /usr/local (which may have been a side effect of the env created by the GNUstep.sh in the deb package gnustep-make-ogo. The final destination was /usr/local/lib/opengroupware.org/Local/Library/Bundles/AsteriskDialer.cti/ I guess I need to manually move it to the right location. Where would this be? (A find -name opengroupware also shows /var/lib/opengroupware.org , but there are no Network or Local subdirectories as in the directory tree above ). -Mark From users@opengroupware.org Tue Dec 4 01:57:36 2007 From: users@opengroupware.org (users@opengroupware.org) Date: Mon, 03 Dec 2007 23:57:36 -0200 Subject: [OGo-Users] Filter (Sieve) Problem Using Move To Folder option. Message-ID: <1196733456.4754b410c30b2@webmail5.click21.com.br> Ok Adam, really thank you anyway. If you obtain some result (negative or positive), please give me a feedback. i'll be very, very grateful. Just two curiosities: what tool you, or your OGo clients, are using, to make your, or their, sieve scripts? Can you say? It's not better (less complicated) to the OGo clients use the native tool to make their filters? With regards. Kleber (spockpb) > executed the commands "Defaults write NSGlobalDomain SieveFilenameSeparator . > " (first try) and "Defaults write NSGlobalDomain SieveFilenameSeparator / " > (second try) but they doens't solve the problem. Thats my "Defaults" > configuration after the tries: > SieveFilenameSeparator = "."; Interesting; I'll see if I can give it a try. I don't usually edit my SIEVE scripts with OGo. > PS.2: I did not undertand the part that you say "In Tools/sky_install_sieve.m is > -.......". I tried to find this file ("sky_install_sieve.m") but i did not found > it. I need to do something more or i forgoten something??? No, sky_instal_sieve is what actually creates and installs your SIEVE scripts (as far as I understand). It is pretty clearly using the "SieveFilenameSeparator" default > In Tools/sky_install_sieve.m is - > - (NSString *)sieveFilenameForString:(NSString *)fileName { > NSUserDefaults *ud = [NSUserDefaults standardUserDefaults]; > NSString *sep; > > if ([fileName hasPrefix:@"/"]) { > fileName = [fileName substringWithRange: > NSMakeRange(1, [fileName length] - 1)]; > } > > sep = [ud stringForKey:@"SieveFilenameSeparator"]; > if (![sep isNotEmpty]) > sep = @"."; > > if ([sep isEqualToString:@"/"]) > return fileName; /* return as-is, no transformation required */ > > fileName = [[fileName componentsSeparatedByString:@"/"] > componentsJoinedByString:sep]; > return fileName; > } ___________________________________________________________________________________ Para fazer uma ligação DDD pra perto ou pra longe, faz um 21. A Embratel tem tarifas muito baratas esperando por você. Aproveite! From users@opengroupware.org Tue Dec 4 07:08:16 2007 From: users@opengroupware.org (Friedrich Dominicus) Date: Tue, 04 Dec 2007 08:08:16 +0100 Subject: [OGo-Users] Gentoo? In-Reply-To: <40b437200712031135l4078832fibf80eab1a20b2df1@mail.gmail.com> (Simon Matthews's message of "Mon, 3 Dec 2007 11:35:02 -0800") References: <40b437200712031135l4078832fibf80eab1a20b2df1@mail.gmail.com> Message-ID: <8763zfszrz.fsf@ad64.here> "Simon Matthews" writes: > Is the problem with building/running on Gentoo going to be fixed any > time soon? It appears to be an old problem. I don't know on which packages gentoo is build upon. I for my part had just to get all the tool-chain for my system (Debian 64-bit) to get Ogo running. So maybe you have to follow that path also? Regards Friedrich -- Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus From users@opengroupware.org Tue Dec 4 11:26:28 2007 From: users@opengroupware.org (Adam Tauno Williams) Date: Tue, 04 Dec 2007 06:26:28 -0500 Subject: [OGo-Users] Re: click-to-dial & Asterisk (Adam Tauno WIlliams) In-Reply-To: <475491A7.7040107@internode.on.net> References: <475491A7.7040107@internode.on.net> Message-ID: <1196767588.3465.13.camel@aleph.morrison.iserv.net> > > You don't need a build environment in the vein of building OGo; if you > > have a normal development environment installed and the OGo packages all > > you need is Obj-C support for GCC. In openSUSE the packages libobjc42 > > and gcc-objc-4.2 cover this, I assume Debian has similar packages. > > That should be all you need to build the CTI bundle. > > All the patch seems to do is create the > > opengroupware.org/WebUI/CTI/AsteriskDialer directory and contents. > > http://bugzilla.opengroupware.org/bugzilla/attachment.cgi?id=515&action=view > > "gmake debug=yes strip=no" should build it as described in the plone. > I have "objc" and "libobjc" installed, as well as a number of packages I > installed which were apparently useful to compiling OGo as a whole > (which can't hurt I guess), though I still couldn't find "gmake". Google > tells me gmake is simply GNU make, and is simply called "make" in a > Linux environment... but after after getting : > make -f GNUmakefile > GNUmakefile:3: /common.make: No such file or directory > GNUmakefile:22: /bundle.make: No such file or directory > GNUmakefile:23: /tool.make: No such file or directory > make: *** No rule to make target `/tool.make'. Stop. > ...I looked some more and apparently there's such a beast as "GNUstep > make"(???). Yes, there is a GNUStep Make. On RPM distributions this is provided by the ogo-gnustep_make package. > Could this be "gmake"? There are two GNUstep-make > packages... gnustep-make and gnustep-make-ogo bundled with debian. > From reading docs and seeing what gnustep-make-ogo provides (ie. NOT > documentation) and from reading the plone docs I thought executiong > GNUstep.sh might help.... > find -name GNUstep.sh > ./usr/share/GNUstep/Makefiles/GNUstep.sh > ./usr/lib/opengroupware.org/System/Library/Makefiles/GNUstep.sh > ./usr/lib/GNUstep/System/Tools/GNUstep.sh > ./usr/src/gnustep-make-1.13.0/GNUstep.sh > Hmmm... which one? Wierd. I'd pick ./usr/lib/opengroupware.org/System/Library/Makefiles/GNUstep.sh, but who knows. I'd suggest you UNinstall GNUstep; it confuses things. > Questions questions : > * Is this because I should install a libfoundation development package? Of course, libFoundation-devel is part of an OGo development environment; SOPE requires libFoundation, and OGo requires SOPE. > * Is it because my OGo sources should be in a different place? I don't think it should matter where your sources are. > * Am I even using the right make program? You seems to have, at least at a glance, multiple GNUStep environments installed. My advice would be to uninstall GNUStep step and just intall the OGo packages. > That's at least eight possibilities in a decision matrix (not counting > hidden variables)... perhaps it's time to ask for more help. From users@opengroupware.org Tue Dec 4 11:40:56 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Tue, 04 Dec 2007 12:40:56 +0100 Subject: [OGo-Users] click-to-dial & Asterisk Message-ID: <20071204114057.45034495F1@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > > Does anyone have experience integrating Ogo with Asterisk, and if so > > how? > > Yes, there is specific documentation for this in the docs plone. And > there is a CTI dialer module for Asterisk > > > I've had a look and have found a patch against Trunk from April of > > this year - is adapting this patch the easiest way? > > I think the patch should compile as-is. All of above, is from me, in case you run into trouble, let me know. I use all that on OpenBSD. It should work with Asterisk and Callweaver. I'd appreciate any feedback. > > > Also, are there > > plans to accept this or a similar patch into the main tree? > > Don't know. I'd like to have it in there too, would be a great addition, and maybe attract a lot of other people to get into ogo too. but definitly someone has to look over it at all, there might be lots of ugly code, ... kind regards Sebastian From users@opengroupware.org Tue Dec 4 11:49:14 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Tue, 04 Dec 2007 12:49:14 +0100 Subject: [OGo-Users] Re: click-to-dial & Asterisk (Adam Tauno WIlliams) Message-ID: <20071204114914.8B4AA495A1@smtp.l00-bugdead-prods.de> Hi, users@opengroupware.org wrote: > So I can compile just the CTI dialer module and install into a > precompiled trunk build? > > According to these instructions : > http://docs.opengroupware.org/Members/buzzdee/asterisk/OGo%20Asterisk%20Dialer/document_view let me know where you get stuck with following the instrucutions, I'll update the page, add missing pieces. > I get the impression I need to install an objective-C build environment, > though unfortunately these instructions : > http://www.opengroupware.org/en/install/debian/ogo10adebsrc.html > don't seem to make it happen for me. As written in the other mail, I am running all of it on OpenBSD, so cannot help you much on debian, but nevertheless, where you got stuck? What you generally need is gcc able to compile objc, and objc library sope sources, that contain the correct gnustep-make package that you need to get ogo running. Then you should be able to compile it. > > Am I on the right track though? yeah, unfortunately not the easy road, but more or less, right on the way. Sebastian From users@opengroupware.org Tue Dec 4 11:56:41 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Tue, 04 Dec 2007 12:56:41 +0100 Subject: [OGo-Users] Re: click-to-dial & Asterisk (Adam Tauno WIlliams) Message-ID: <20071204115641.5AEDD495FA@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > > You don't need a build environment in the vein of building OGo; if you > > have a normal development environment installed and the OGo packages all > > you need is Obj-C support for GCC. In openSUSE the packages libobjc42 > > and gcc-objc-4.2 cover this, I assume Debian has similar packages. > > > > That should be all you need to build the CTI bundle. > > > > All the patch seems to do is create the > > opengroupware.org/WebUI/CTI/AsteriskDialer directory and contents. > > http://bugzilla.opengroupware.org/bugzilla/attachment.cgi?id=515&action=view > > > > "gmake debug=yes strip=no" should build it as described in the plone. > > > I have "objc" and "libobjc" installed, as well as a number of packages I > installed which were apparently useful to compiling OGo as a whole > (which can't hurt I guess), though I still couldn't find "gmake". Google > tells me gmake is simply GNU make, and is simply called "make" in a > Linux environment... but after after getting : > > make -f GNUmakefile > GNUmakefile:3: /common.make: No such file or directory > GNUmakefile:22: /bundle.make: No such file or directory > GNUmakefile:23: /tool.make: No such file or directory > make: *** No rule to make target `/tool.make'. Stop. > > ...I looked some more and apparently there's such a beast as "GNUstep > make"(???). Could this be "gmake"? There are two GNUstep-make > packages... gnustep-make and gnustep-make-ogo bundled with debian. > > From reading docs and seeing what gnustep-make-ogo provides (ie. NOT > documentation) and from reading the plone docs I thought executiong > GNUstep.sh might help.... > > find -name GNUstep.sh > > ./usr/share/GNUstep/Makefiles/GNUstep.sh > ./usr/lib/opengroupware.org/System/Library/Makefiles/GNUstep.sh > ./usr/lib/GNUstep/System/Tools/GNUstep.sh > ./usr/src/gnustep-make-1.13.0/GNUstep.sh > > Hmmm... which one? > > . /usr/lib/opengroupware.org/System/Library/Makefiles/GNUstep.sh > > Lets try a make : > > make debug=yes strip=no > > Making all for bundle AsteriskDialer... > Creating AsteriskDialer.cti/.... > Compiling file AsteriskDialer.m ... > In file included from AsteriskDialer.m:22: > common.h:22:34: warning: Foundation/Foundation.h: No such file or directory > AsteriskDialer.m:25: error: cannot find interface declaration for > NSObject, superclass of AsteriskDialer > In file included from AsteriskDialer.m:27: > AsteriskConnection.h:25:32: warning: Foundation/NSObject.h: No such file > or directory > In file included from AsteriskDialer.m:27: > AsteriskConnection.h:31: error: cannot find interface declaration for > NSObject, superclass of AsteriskConnection > AsteriskConnection.h:54: error: expected ) before BOOL > AsteriskConnection.h:67: error: expected ) before BOOL > AsteriskConnection.h:68: error: expected ) before BOOL > AsteriskConnection.h:69: error: expected ) before BOOL > AsteriskDialer.m: In function -[AsteriskDialer cleanupNumber:]: > AsteriskDialer.m:33: error: NSEnumerator undeclared (first use in this > function) > AsteriskDialer.m:33: error: (Each undeclared identifier is reported only > once > AsteriskDialer.m:33: error: for each function it appears in.) > AsteriskDialer.m:33: error: prefixes undeclared (first use in this > function) > AsteriskDialer.m:39: error: NSUserDefaults undeclared (first use in > this function) > AsteriskDialer.m:40: error: cannot find interface declaration for > NXConstantString > AsteriskDialer.m:44: warning: no -stringByReplacingString:withString: > method found > AsteriskDialer.m:44: warning: (Messages without a matching method signature > AsteriskDialer.m:44: warning: will be assumed to return id and accept > AsteriskDialer.m:44: warning: ... as arguments.) > AsteriskDialer.m:45: warning: no -stringByReplacingString:withString: > method found > AsteriskDialer.m:46: warning: no -length method found > AsteriskDialer.m:46: warning: comparison between pointer and integer > AsteriskDialer.m:47: warning: no -isNotEmpty method found > AsteriskDialer.m:48: warning: no -stringByAppendingString: method found > AsteriskDialer.m:54: warning: no -keyEnumerator method found > AsteriskDialer.m:56: warning: no -hasPrefix: method found > AsteriskDialer.m:57: warning: no -length method found > AsteriskDialer.m:57: warning: no -substringFromIndex: method found > AsteriskDialer.m:58: warning: no -objectForKey: method found > AsteriskDialer.m:59: warning: no -stringByAppendingString: method found > AsteriskDialer.m: At top level: > AsteriskDialer.m:77: error: expected ) before BOOL > AsteriskDialer.m: In function -[AsteriskDialer canDialNumber:]: > AsteriskDialer.m:79: warning: no -length method found > AsteriskDialer.m:79: error: YES undeclared (first use in this function) > AsteriskDialer.m:79: error: NO undeclared (first use in this function) > AsteriskDialer.m:80: warning: control reaches end of non-void function > AsteriskDialer.m: At top level: > AsteriskDialer.m:83: error: expected ) before BOOL > AsteriskDialer.m: In function -[AsteriskDialer dialNumber:fromDevice:]: > AsteriskDialer.m:86: warning: implicit declaration of function NSLog > AsteriskDialer.m:87: error: BOOL undeclared (first use in this function) > AsteriskDialer.m:87: error: expected ; before ok > AsteriskDialer.m:88: error: ok undeclared (first use in this function) > AsteriskDialer.m:88: error: YES undeclared (first use in this function) > AsteriskDialer.m:91: warning: no -length method found > AsteriskDialer.m:92: error: NO undeclared (first use in this function) > AsteriskDialer.m:94: warning: AsteriskConnection may not respond to > +alloc > AsteriskDialer.m:94: warning: no -init method found > AsteriskDialer.m:100: warning: implicit declaration of function RELEASE > AsteriskDialer.m:121: warning: control reaches end of non-void function > make[1]: *** [shared_debug_obj/AsteriskDialer.o] Error 1 > make: *** [AsteriskDialer.all.bundle.variables] Error 2 > > Questions questions : > > * Is this because I should install a libfoundation development package? yes, you need the header files to compile. > * Is it because my OGo sources should be in a different place? > * Am I even using the right make program? on OpenBSD, gmake is there, because the standard make is BSD make. Therefore named gmake. make -v should tell you, which you have installed. Should be sth. like GNU Make ... Sebastian From users@opengroupware.org Tue Dec 4 12:00:33 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Tue, 04 Dec 2007 13:00:33 +0100 Subject: [OGo-Users] Re: click-to-dial & Asterisk (Adam Tauno WIlliams) Message-ID: <20071204120033.DB60C49600@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > >Did you install liBFoundation? Helge > > > >-- Helge Hess http://www.helgehess.eu/ > > I have now, and I also had to install libsope, but apparently now I > need libiconv? > > make debug=yes strip=no > > Making all for bundle AsteriskDialer... > Copying resources into the bundle wrapper... > Making all for tool ogoasterisk... > Linking tool ogoasterisk ... > /usr/bin/ld: cannot find -liconv > collect2: ld returned 1 exit status > make[1]: *** [shared_debug_obj/ogoasterisk] Error 1 > make: *** [ogoasterisk.all.tool.variables] Error 2 > > I read something about libiconv only being required on FreeBSD, so > I'll manually try removing that to see what happens. Yes, this could be as my patches are for me on OpenBSD, remove the dependency and it should do the trick. Sebastian From users@opengroupware.org Tue Dec 4 12:17:16 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Tue, 04 Dec 2007 13:17:16 +0100 Subject: [OGo-Users] Re: click-to-dial & Asterisk (Adam Tauno WIlliams) Message-ID: <20071204121716.F00A349601@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > OK, the Asterisk CTI dialer compiled, but it seemed to install in a > directory tree under /usr/local (which may have been a side effect of > the env created by the GNUstep.sh in the deb package gnustep-make-ogo. > The final destination was > /usr/local/lib/opengroupware.org/Local/Library/Bundles/AsteriskDialer.cti/ > > I guess I need to manually move it to the right location. Where would > this be? (A find -name opengroupware also shows > /var/lib/opengroupware.org , but there are no Network or Local > subdirectories as in the directory tree above ). > I have a STLIDialer.cti directory on my disk, in a Bundles directory, for the other dialer plugin. I hope its built and installed for you on Debian too. Then move the AsteriskDialer.cti directory parallel to that. Or if you have no real need for Debian, then give a shot to my OpenBSD install script here: http://docs.opengroupware.org/Members/buzzdee/openbsd Take a look at the "all you need to install ogo on OpenBSD 4.0". The latest one is for 4.0, I'll update it to latest 4.2. I need to change the versions in the dependencies and stuff, I think I can get it done by tomorrow. That will include the Asterisk interface, and lots of other custom patches, take a look at the README inside. Sebastian > -Mark > -- > OpenGroupware.org Users > users@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/users > From users@opengroupware.org Tue Dec 4 16:11:34 2007 From: users@opengroupware.org (Adam Tauno Williams) Date: Tue, 04 Dec 2007 11:11:34 -0500 Subject: [OGo-Users] Re: click-to-dial & Asterisk (Adam Tauno WIlliams) In-Reply-To: <20071204120033.DB60C49600@smtp.l00-bugdead-prods.de> References: <20071204120033.DB60C49600@smtp.l00-bugdead-prods.de> Message-ID: <1196784694.5923.10.camel@WM_ADAM1.morrison.iserv.net> --=-Z6m9ob0n9NjZBCeFWkIy Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable > > Making all for bundle AsteriskDialer... > > Copying resources into the bundle wrapper... > > Making all for tool ogoasterisk... > > Linking tool ogoasterisk ... > > /usr/bin/ld: cannot find -liconv > > collect2: ld returned 1 exit status > > make[1]: *** [shared_debug_obj/ogoasterisk] Error 1 > > make: *** [ogoasterisk.all.tool.variables] Error 2 > > I read something about libiconv only being required on FreeBSD, so=20 > > I'll manually try removing that to see what happens. > Yes, this could be as my patches are for me on OpenBSD, remove the=20 > dependency and it should do the trick. Yes, the bundle compiles for be if I remove the reference to iconv in GNUmakefile ogoasterisk_TOOL_LIBS +=3D -lNGStreams -liconv becomes ogoasterisk_TOOL_LIBS +=3D -lNGStreams -------- awilliam@WM_ADAM1:~/Works/OpenGroupware/opengroupware.org/WebUI/CTI/Asteris= kDialer> . /usr/local/OGo-GNUstep/Library/Makefiles/GNUstep.sh awilliam@WM_ADAM1:~/Works/OpenGroupware/opengroupware.org/WebUI/CTI/Asteris= kDialer> make Making all for bundle AsteriskDialer... Creating AsteriskDialer.cti/.... Compiling file AsteriskDialer.m ... AsteriskDialer.m:61: warning: method possibly missing a [super dealloc] call AsteriskDialer.m: In function =E2=80=98-[AsteriskDialer cleanupNumber:]=E2= =80=99: AsteriskDialer.m:105: warning: =E2=80=98NSString=E2=80=99 may not respond t= o =E2=80=98-isNotEmpty=E2=80=99 AsteriskDialer.m:105: warning: (Messages without a matching method signature AsteriskDialer.m:105: warning: will be assumed to return =E2=80=98id=E2=80= =99 and accept AsteriskDialer.m:105: warning: =E2=80=98...=E2=80=99 as arguments.) Compiling file AsteriskConnection.m ... Linking bundle AsteriskDialer ... Creating AsteriskDialer.cti/Resources... Creating AsteriskDialer.cti/Resources/Info-gnustep.plist... Copying resources into the bundle wrapper... Making all for tool ogoasterisk... Compiling file ogoasterisk.m ... ogoasterisk.m: In function =E2=80=98-[Client run]=E2=80=99: ogoasterisk.m:71: warning: =E2=80=98NSString=E2=80=99 may not respond to = =E2=80=98-isNotEmpty=E2=80=99 ogoasterisk.m:71: warning: (Messages without a matching method signature ogoasterisk.m:71: warning: will be assumed to return =E2=80=98id=E2=80=99 a= nd accept ogoasterisk.m:71: warning: =E2=80=98...=E2=80=99 as arguments.) Linking tool ogoasterisk ... awilliam@WM_ADAM1:~/Works/OpenGroupware/opengroupware.org/WebUI/CTI/Asteris= kDialer> file AsteriskDialer.cti/AsteriskDialer AsteriskDialer.cti/AsteriskDialer: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped --=-Z6m9ob0n9NjZBCeFWkIy Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBHVXw2LRePpNle04MRAjCuAJ9VehzcVPN1+ubZX7y7nHx0J+RMRgCaAqUQ YXq0mIGJF7PUnVmVZEmV4g4= =LneR -----END PGP SIGNATURE----- --=-Z6m9ob0n9NjZBCeFWkIy-- From users@opengroupware.org Tue Dec 4 16:21:52 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Tue, 04 Dec 2007 17:21:52 +0100 Subject: [OGo-Users] Re: click-to-dial & Asterisk (Adam Tauno WIlliams) Message-ID: <20071204162152.A63FA49602@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > > > Making all for bundle AsteriskDialer... > > > Copying resources into the bundle wrapper... > > > Making all for tool ogoasterisk... > > > Linking tool ogoasterisk ... > > > /usr/bin/ld: cannot find -liconv > > > collect2: ld returned 1 exit status > > > make[1]: *** [shared_debug_obj/ogoasterisk] Error 1 > > > make: *** [ogoasterisk.all.tool.variables] Error 2 > > > I read something about libiconv only being required on FreeBSD, so > > > I'll manually try removing that to see what happens. > > Yes, this could be as my patches are for me on OpenBSD, remove the > > dependency and it should do the trick. > > Yes, the bundle compiles for be if I remove the reference to iconv in > GNUmakefile > > ogoasterisk_TOOL_LIBS += -lNGStreams -liconv > > becomes > > ogoasterisk_TOOL_LIBS += -lNGStreams > I'll update the patch to make it more flexible, I could check for the operating system, or any better idea? Sebastian From users@opengroupware.org Tue Dec 4 16:36:20 2007 From: users@opengroupware.org (Helge Hess) Date: Tue, 4 Dec 2007 17:36:20 +0100 Subject: [OGo-Users] Re: click-to-dial & Asterisk (Adam Tauno WIlliams) In-Reply-To: <20071204162152.A63FA49602@smtp.l00-bugdead-prods.de> References: <20071204162152.A63FA49602@smtp.l00-bugdead-prods.de> Message-ID: <1FCAF3F8-1531-4E79-BADD-EA8B0EAE4525@opengroupware.org> On 04.12.2007, at 17:21, Sebastian Reitenbach wrote: > I'll update the patch to make it more flexible, I could check for the > operating system Yes. Search SOPE makefiles for GNUSTEP_TARGET_OS. Helge -- Helge Hess http://www.helgehess.eu/ From users@opengroupware.org Tue Dec 4 16:54:10 2007 From: users@opengroupware.org (Adam Tauno Williams) Date: Tue, 04 Dec 2007 11:54:10 -0500 Subject: [OGo-Users] Re: click-to-dial & Asterisk (Adam Tauno WIlliams) In-Reply-To: <475491A7.7040107@internode.on.net> References: <475491A7.7040107@internode.on.net> Message-ID: <1196787250.5923.23.camel@WM_ADAM1.morrison.iserv.net> --=-48tch8TfICBn7JDQXGt0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > > You don't need a build environment in the vein of building OGo; if you > > have a normal development environment installed and the OGo packages al= l > > you need is Obj-C support for GCC. In openSUSE the packages libobjc42 > > and gcc-objc-4.2 cover this, I assume Debian has similar packages. > > That should be all you need to build the CTI bundle. > > All the patch seems to do is create the > > opengroupware.org/WebUI/CTI/AsteriskDialer directory and contents. > > http://bugzilla.opengroupware.org/bugzilla/attachment.cgi?id=3D515&acti= on=3Dview > > "gmake debug=3Dyes strip=3Dno" should build it as described in the plon= e. > I have "objc" and "libobjc" installed, as well as a number of packages I=20 > installed which were apparently useful to compiling OGo as a whole=20 > (which can't hurt I guess), though I still couldn't find "gmake". Google=20 > tells me gmake is simply GNU make, and is simply called "make" in a=20 > Linux environment... but after after getting : It is the same "make"; but you need to adjust your environment. > make -f GNUmakefile > GNUmakefile:3: /common.make: No such file or directory > GNUmakefile:22: /bundle.make: No such file or directory > GNUmakefile:23: /tool.make: No such file or directory > make: *** No rule to make target `/tool.make'. Stop. If I source the build environment with - . /usr/local/OGo-GNUstep/Library/Makefiles/GNUstep.sh - then it works. Otherwise if I just do "make" I get the same errors as you.=20 Find GNUstep.sh, run that in your current environment "remember the ." and try it again. > ...I looked some more and apparently there's such a beast as "GNUstep=20 > make"(???). Could this be "gmake"? There are two GNUstep-make=20 > packages... gnustep-make and gnustep-make-ogo bundled with debian. I believe it is the same make, you just need to set your environment to point at the right stuff. --=-48tch8TfICBn7JDQXGt0 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBHVYYyLRePpNle04MRAtWqAJ9viefJMnw7yz4fB0MryuhE2sob3wCcDhwq +/kQFfz714HY4XTnaRF5x3c= =75KH -----END PGP SIGNATURE----- --=-48tch8TfICBn7JDQXGt0-- From users@opengroupware.org Thu Dec 6 07:32:34 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Thu, 06 Dec 2007 08:32:34 +0100 Subject: [OGo-Users] Re: click-to-dial & Asterisk (Adam Tauno WIlliams) Message-ID: <20071206073235.76D7E49B59@smtp.l00-bugdead-prods.de> Good morning, users@opengroupware.org wrote: > On 04.12.2007, at 17:21, Sebastian Reitenbach wrote: > > I'll update the patch to make it more flexible, I could check for the > > operating system > > > Yes. Search SOPE makefiles for GNUSTEP_TARGET_OS. OK, have done so, the patch is updated here: http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=929 While there fiddling around, I recognized that this patch depends on bug report #1857 http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1857 I added a dependency between those. In my eyes, bug #1857 stops any CTI dialer from working. I'ts an easy patch, can someone take a look, and add it to the tree? I'd also really like to get the complete AsteriskDialer plugin into the tree. Also it is not only working together with Asterisk, I also tested it with CallWeaver. Is there anything more I should explain/document/whatever to get it into the official ogo? Helge, do you still need an asterisk for testing? I also updated the plone page: http://docs.opengroupware.org/Members/buzzdee/asterisk/OGo Asterisk Dialer/document_view In plone, I have some problems to get the ' ' characters right, to e.g. show how the Defaults should be set. Any hint on how do I get them show up on the page instead of getting interpreted? kind regards Sebastian > > Helge > -- > Helge Hess > http://www.helgehess.eu/ > > > -- > OpenGroupware.org Users > users@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/users > From users@opengroupware.org Fri Dec 7 02:53:17 2007 From: users@opengroupware.org (Mark Pavlichuk) Date: Fri, 07 Dec 2007 12:53:17 +1000 Subject: [OGo-Users] Re: click-to-dial & Asterisk Message-ID: <4758B59D.7030201@internode.on.net> > let me know where you get stuck with following the instrucutions, > I'll update the page, add missing pieces. Sorry... have been working on other things for the last couple of days. Using the "Defaults write" command seems to put configuration options into the wrong file. In my case a "Defaults write NSGlobalDomain CTIDialer AsteriskDialer" didn't change the file I expected ie. /etc/opengroupware.org/ogo/Defaults/NSGlobalDomain.plist . I looked for other "NSGlobalDomain.plist files : find -name NSGlobalDomain.plist ./var/lib/opengroupware.org/.libFoundation/Defaults/NSGlobalDomain.plist ./usr/share/libFoundation/Defaults/NSGlobalDomain.plist ./usr/lib/opengroupware.org-1.1/webui/AdminUI.lso/Resources/NSGlobalDomain.plist./usr/src/opengroupware.org/WebUI/AdminUI/Resources/NSGlobalDomain.plist ./root/.libFoundation/Defaults/NSGlobalDomain.plist I figured one of the other NSGlobalDomain.plist files would actually contain the change : find -name NSGlobalDomain.plist | xargs grep CTIDialer ./root/.libFoundation/Defaults/NSGlobalDomain.plist: CTIDialer = AsteriskDialer; Perhaps it would be better if the instructions just explained how to add the changes manually? I wasn't really aware that an OGo "Defaults" command existed anyway, so that bit confused me. -Mark From users@opengroupware.org Fri Dec 7 03:10:57 2007 From: users@opengroupware.org (Mark Pavlichuk) Date: Fri, 07 Dec 2007 13:10:57 +1000 Subject: [OGo-Users] Re: click-to-dial & Asterisk Message-ID: <4758B9C1.5040604@internode.on.net> I should also say that in Debian /etc/opengroupware.org/ogo/Defaults is a symlink to /var/lib/opengroupware.org/.libFoundation/Defaults . This probably satisfies Debian policy for all config to be in /etc . -Mark From users@opengroupware.org Fri Dec 7 05:32:18 2007 From: users@opengroupware.org (Mark Pavlichuk) Date: Fri, 07 Dec 2007 15:32:18 +1000 Subject: [OGo-Users] Re: click-to-dial & Asterisk Message-ID: <4758DAE2.900@internode.on.net> I've also noticed that this command : Defaults write NSGlobalDomain CTIRemoteHostToDevice |{ \ "10.0.0.9" = "SIP/100"; \ "10.0.0.10" = "SIP/200"; \ "10.0.0.11" = "SIP/300"; } ...does not seem to work. In the NSGlobalDomain.plist file elements in lists seem to be separated by commas, so to be consistent : |Defaults write NSGlobalDomain CTIRemoteHostToDevice |{ \ "10.0.0.9" = "SIP/100", \ "10.0.0.10" = "SIP/200", \ "10.0.0.11" = "SIP/300" } Unfortunately this command doesn't work either. Perhaps I just have to make the changes manually? -Mark | From users@opengroupware.org Fri Dec 7 08:34:20 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Fri, 07 Dec 2007 09:34:20 +0100 Subject: [OGo-Users] Re: click-to-dial & Asterisk Message-ID: <20071207083420.6656849EA1@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > > let me know where you get stuck with following the instrucutions, > > I'll update the page, add missing pieces. > > Sorry... have been working on other things for the last couple of days. > > Using the "Defaults write" command seems to put configuration options into the wrong file. > In my case a "Defaults write NSGlobalDomain CTIDialer AsteriskDialer" didn't change the file > I expected ie. /etc/opengroupware.org/ogo/Defaults/NSGlobalDomain.plist . > > I looked for other "NSGlobalDomain.plist files : > > find -name NSGlobalDomain.plist > > ./var/lib/opengroupware.org/.libFoundation/Defaults/NSGlobalDomain.plist I think this one is the right one on Linux. You have to issue the Defaults commands as the user "ogo", so su - ogo and then run these commands. /var/lib/opengroupware.org is usually the home directory of the ogo user, and as this is the user usually running the ogo instances, he has to have these Defaults. > ./usr/share/libFoundation/Defaults/NSGlobalDomain.plist > ./usr/lib/opengroupware.org-1.1/webui/AdminUI.lso/Resources/NSGlobalDomain.plist./usr/src/opengroupware.org/WebUI/AdminUI/Resources/NSGlobalDomain.plist > ./root/.libFoundation/Defaults/NSGlobalDomain.plist these are just fallback files, I think the first > > I figured one of the other NSGlobalDomain.plist files would actually contain the change : > > find -name NSGlobalDomain.plist | xargs grep CTIDialer > > ./root/.libFoundation/Defaults/NSGlobalDomain.plist: CTIDialer = AsteriskDialer; > > Perhaps it would be better if the instructions just explained how to add the changes manually? > I wasn't really aware that an OGo "Defaults" command existed anyway, so that bit confused me. As above, do it as user ogo. You do not really want to fiddle around with the plist files manually, as it is error prone. The Defaults command makes a syntax check for you, so that you cannot hose these files. Note, wherever there are these bounding boxes around some words e.g. in that line: Defaults write NSGlobalDomain OGoAsteriskConnectionDictionary {hostName = localhost; port = 5038;} Exchange it with: Defaults write NSGlobalDomain OGoAsteriskConnectionDictionary '{hostName = localhost; port = 5038;}' I've unfortunately no idea how to get plone to show these ' correctly and not interpret them :( greetings Sebastian From users@opengroupware.org Fri Dec 7 08:46:03 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Fri, 07 Dec 2007 09:46:03 +0100 Subject: [OGo-Users] Re: click-to-dial & Asterisk Message-ID: <20071207084604.17CE549E95@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > I've also noticed that this command : > > Defaults write NSGlobalDomain CTIRemoteHostToDevice |{ \ > "10.0.0.9" = "SIP/100"; \ > "10.0.0.10" = "SIP/200"; \ > "10.0.0.11" = "SIP/300"; } As written in the other mail, please use sth. like this: Defaults write NSGlobalDomain CTIRemoteHostToDevice '{ \ "10.0.0.9" = "SIP/100"; \ "10.0.0.10" = "SIP/200"; \ "10.0.0.11" = "SIP/300"; }' You have to escape the string, thats all of the magic. I have no note about that on the webpage, as I hope to figure out, how to get these ' right sooner that later ;) At least I added a note, that the Defaults command have to be run as the ogo user. > > ...does not seem to work. In the NSGlobalDomain.plist file elements > in lists seem to be separated by commas, so to be consistent : > > |Defaults write NSGlobalDomain CTIRemoteHostToDevice |{ \ > "10.0.0.9" = "SIP/100", \ > "10.0.0.10" = "SIP/200", \ > "10.0.0.11" = "SIP/300" } > > Unfortunately this command doesn't work either. Perhaps I just have > to make the changes manually? no, please do not do that, run as use ogo, or however he is named in Debian, and everything should be fine. Well, I'd only edit the file manually for the last Default, with the Login, Originate, Ping (that you can leave out). Defaults write NSGlobalDomain '{ Login = {Action = login; ExpectedResult = Success; ...}; }' You would have to do enter the whole dictionary on one commandline. Sebastian From users@opengroupware.org Fri Dec 7 11:24:40 2007 From: users@opengroupware.org (Adam Tauno Williams) Date: Fri, 07 Dec 2007 06:24:40 -0500 Subject: [OGo-Users] Re: click-to-dial & Asterisk In-Reply-To: <4758B59D.7030201@internode.on.net> References: <4758B59D.7030201@internode.on.net> Message-ID: <1197026680.4807.3.camel@aleph.morrison.iserv.net> > Perhaps it would be better if the instructions just explained how to add the changes manually? No, there is no need at all to edit the files manually. Manually editing configuration files will only create more problems. The tools work, and should be used. > I wasn't really aware that an OGo "Defaults" command existed anyway, so that bit confused me. Then you clearly haven't read any of the available documentation; using Defaults is a standard part of OGo configuration. http://docs.opengroupware.org/Members/whitemice/wmogag/file_view From users@opengroupware.org Fri Dec 7 11:28:23 2007 From: users@opengroupware.org (Adam Tauno Williams) Date: Fri, 07 Dec 2007 06:28:23 -0500 Subject: [OGo-Users] Re: click-to-dial & Asterisk In-Reply-To: <4758DAE2.900@internode.on.net> References: <4758DAE2.900@internode.on.net> Message-ID: <1197026903.4807.5.camel@aleph.morrison.iserv.net> > I've also noticed that this command : > Defaults write NSGlobalDomain CTIRemoteHostToDevice |{ \ > "10.0.0.9" = "SIP/100"; \ > "10.0.0.10" = "SIP/200"; \ > "10.0.0.11" = "SIP/300"; } > ...does not seem to work. In the NSGlobalDomain.plist file elements > in lists seem to be separated by commas, so to be consistent : > |Defaults write NSGlobalDomain CTIRemoteHostToDevice |{ \ > "10.0.0.9" = "SIP/100", \ > "10.0.0.10" = "SIP/200", \ > "10.0.0.11" = "SIP/300" } > Unfortunately this command doesn't work either. Perhaps I just have > to make the changes manually? This works for me. ogo@aleph:~> Defaults write NSGlobalDomain CTIRemoteHostToDevice '{ "10.0.0.9" = "SIP/100"; "10.0.0.10" = "SIP/200"; "10.0.0.11" = "SIP/300"; }' ogo@aleph:~> Defaults read NSGlobalDomain CTIRemoteHostToDevice { "10.0.0.10" = "SIP/200"; "10.0.0.11" = "SIP/300"; "10.0.0.9" = "SIP/100"; } From users@opengroupware.org Fri Dec 7 12:35:21 2007 From: users@opengroupware.org (Mark Pavlichuk) Date: Fri, 07 Dec 2007 22:35:21 +1000 Subject: [OGo-Users] Re: click-to-dial & Asterisk Message-ID: <47593E09.50808@internode.on.net> Regarding the CTI Asterisk plugin... It's not usable with the trunk binaries? ie. I'd have to patch and build from scratch? Regarding configuration - it would actually be easier (at least to my mind) to have a big config chunk I could paste into/ /NSGlobalDomain.plist. -Mark // From users@opengroupware.org Fri Dec 7 12:51:18 2007 From: users@opengroupware.org (Adam Tauno Williams) Date: Fri, 07 Dec 2007 07:51:18 -0500 Subject: [OGo-Users] Re: click-to-dial & Asterisk In-Reply-To: <47593E09.50808@internode.on.net> References: <47593E09.50808@internode.on.net> Message-ID: <1197031878.4807.26.camel@aleph.morrison.iserv.net> > Regarding the CTI Asterisk plugin... It's not usable with the trunk binaries? > ie. I'd have to patch and build from scratch? You need to build the module, which probably requires the OGo source. But once the module is built all you should need to do is copy the resulting bundle into the appropriate location (and restart the service). There is no need to rebuild *all* of OGo, OGo scans for bundles when it starts and loads those it discovers. > Regarding configuration - it would actually be easier (at least to my mind) to > have a big config chunk I could paste into/ /NSGlobalDomain.plist. That isn't going to happen, that isn't how OGo is managed / configured. Use the provided tools, they work very well. Anyway, the default values need to be appropriate to your site / configuration. The Defaults tool is documented in - http://docs.opengroupware.org/Members/whitemice/wmogag/file_view From users@opengroupware.org Fri Dec 7 13:02:38 2007 From: users@opengroupware.org (Chris H) Date: Fri, 7 Dec 2007 08:02:38 -0500 Subject: [OGo-Users] Re: click-to-dial & Asterisk In-Reply-To: <20071207083420.6656849EA1@smtp.l00-bugdead-prods.de> References: <20071207083420.6656849EA1@smtp.l00-bugdead-prods.de> Message-ID: <200712070802.38839.chris123@magma.ca> On Friday 07 December 2007 03:34:20 am Sebastian Reitenbach wrote: > > Defaults write NSGlobalDomain OGoAsteriskConnectionDictionary '{hostName = > localhost; port = 5038;}' > > I've unfortunately no idea how to get plone to show these ' correctly and > not interpret them :( I dont have the time right now (perhaps tonight) to figure it out but try uploading a text file in a demo folder to see if it works differently. Do post if it works. regards -- /ch From users@opengroupware.org Fri Dec 7 13:41:09 2007 From: users@opengroupware.org (Mark Pavlichuk) Date: Fri, 07 Dec 2007 23:41:09 +1000 Subject: [OGo-Users] Re: click-to-dial & Asterisk Message-ID: <47594D75.40903@internode.on.net> I was just looking for clarification that the following bug will stop the Asterisk CTI plugin from working in trunk. -Mark > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1857 > I added a dependency between those. In my eyes, bug #1857 stops any CTI > dialer from working. I'ts an easy patch, can someone take a look, and add it > to the tree? From users@opengroupware.org Fri Dec 7 20:06:25 2007 From: users@opengroupware.org (Adam Tauno Williams) Date: Fri, 07 Dec 2007 15:06:25 -0500 Subject: [OGo-Users] Re: click-to-dial & Asterisk In-Reply-To: <47594D75.40903@internode.on.net> References: <47594D75.40903@internode.on.net> Message-ID: <1197057985.5720.5.camel@WM_ADAM1.morrison.iserv.net> --=-OMARwFt0ZUfo3Io4+SNY Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > I was just looking for clarification that the following bug will > stop the Asterisk CTI plugin from working in trunk. > > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=3D1857 Ok, yep, that does look stupid. I'll apply the patch and make sure it doesn't blow anything up. > > I added a dependency between those. In my eyes, bug #1857 stops any CTI= =20 > > dialer from working. I'ts an easy patch, can someone take a look, and a= dd it=20 > > to the tree? --=-OMARwFt0ZUfo3Io4+SNY Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBHWafBLRePpNle04MRAoS1AJ94ghoWx8PIf/BZxnXFk+VdqZFfdwCfftHL ELsY50V3XZmr3ymMTTkunRY= =pWQM -----END PGP SIGNATURE----- --=-OMARwFt0ZUfo3Io4+SNY-- From users@opengroupware.org Fri Dec 7 20:20:37 2007 From: users@opengroupware.org (Adam Tauno Williams) Date: Fri, 07 Dec 2007 15:20:37 -0500 Subject: [OGo-Users] Re: click-to-dial & Asterisk In-Reply-To: <1197057985.5720.5.camel@WM_ADAM1.morrison.iserv.net> References: <47594D75.40903@internode.on.net> <1197057985.5720.5.camel@WM_ADAM1.morrison.iserv.net> Message-ID: <1197058837.5720.7.camel@WM_ADAM1.morrison.iserv.net> --=-swPE8kcT+itAc18wk5d/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2007-12-07 at 15:06 -0500, Adam Tauno Williams wrote: > > I was just looking for clarification that the following bug will > > stop the Asterisk CTI plugin from working in trunk. > > > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=3D1857 > Ok, yep, that does look stupid. I'll apply the patch and make sure it > doesn't blow anything up. Fix applied in r2056 Without a CTI defined everything seems to start and run as normal. > > > I added a dependency between those. In my eyes, bug #1857 stops any C= TI=20 > > > dialer from working. I'ts an easy patch, can someone take a look, and= add it=20 > > > to the tree? --=-swPE8kcT+itAc18wk5d/ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBHWasVLRePpNle04MRAqMvAJ9KLuen/qKCzHyfE1xUD0RL7PWXtQCeM2NY bt/ZKQJ/zDz+x+ZDEadgs/Y= =tmTn -----END PGP SIGNATURE----- --=-swPE8kcT+itAc18wk5d/-- From users@opengroupware.org Sat Dec 8 19:58:43 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Sat, 08 Dec 2007 20:58:43 +0100 Subject: [OGo-Users] Re: click-to-dial & Asterisk Message-ID: <20071208195844.5473D49EF2@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > On Fri, 2007-12-07 at 15:06 -0500, Adam Tauno Williams wrote: > > > I was just looking for clarification that the following bug will > > > stop the Asterisk CTI plugin from working in trunk. > > > > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1857 > > Ok, yep, that does look stupid. I'll apply the patch and make sure it > > doesn't blow anything up. > > Fix applied in r2056 that's great. > > Without a CTI defined everything seems to start and run as normal. I have it running with this patch applied, for a long time, with and without AsteriskDialer activated. At least I can say, it made the AsteriskDialer work for me ;) thanks Sebastian From users@opengroupware.org Sun Dec 9 13:57:56 2007 From: users@opengroupware.org (Mark Pavlichuk) Date: Sun, 09 Dec 2007 23:57:56 +1000 Subject: [OGo-Users] Re: click-to-dial & Asterisk Message-ID: <475BF464.3060504@internode.on.net> OK, the Debian binaries are at svn2056. The config changes have been made according to this page : http://docs.opengroupware.org/Members/buzzdee/asterisk/OGo%20Asterisk%20Dialer/document_view, and I installed and restarted OGo... but contact phone numbers still appear as plain text without a phone icon. Should I... 1) Rebuild the Asterisk CTI driver from the latest sources? 2) Switch on an option somewhere in the interface? 3) Attempt to debug somehow? 4) ??? Also, regarding the CTIRemoteHostToDevice option : is it to map a web client IP/hostname to a phone device? -Mark From users@opengroupware.org Sun Dec 9 16:43:41 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Sun, 09 Dec 2007 17:43:41 +0100 Subject: [OGo-Users] Re: click-to-dial & Asterisk Message-ID: <20071209164342.116774A2B5@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > OK, the Debian binaries are at svn2056. That should be fine, containing the bugfix. When you startup ogo manually, does there is a line saying sth. like this: Dec 09 16:42:59 ogo-webui-1.1 [6035]: |ogo-webui-1.1| CTI Dialers: AsteriskDialer > > The config changes have been made according to this page : > http://docs.opengroupware.org/Members/buzzdee/asterisk/OGo%20Asterisk%20Dialer/document_view, > and I installed and restarted OGo... but contact phone numbers still > appear as plain text without a phone icon. Should I... Just to make sure please show us the output of of the following commands: Defaults read NSGlobalDomain CTIDialer Defaults read NSGlobalDomain CTIRemoteHostToDevice Defaults read NSGlobalDomain OGoAsteriskConnectionDictionary Defaults read NSGlobalDomain AsteriskInternalExtensionLength Defaults read NSGlobalDomain AsteriskDialOutPrefix Defaults read NSGlobalDomain AsteriskInternalContext Defaults read NSGlobalDomain AsteriskOutgoingContext Defaults read NSGlobalDomain AsteriskCommands Defaults read NSGlobalDomain CTIPersonTelephoneField Defaults read NSGlobalDomain LSTeleType You should obfuscate the Username and Password from the AsteriskCommands > > 1) Rebuild the Asterisk CTI driver from the latest sources? > > 2) Switch on an option somewhere in the interface? > > 3) Attempt to debug somehow? > > 4) ??? > > Also, regarding the CTIRemoteHostToDevice option : is it to map a web > client IP/hostname to a phone device? There are two ways in configuring the AsteriskDialer to match client to a phone device. 1. You can use the CTIRemoteHostToDevice as shown in the example, where the IP address is the IP address of the Desktop where the user runs the browser, the matching SIP/extension is the SIP extension of the telephone near that desktop. This works well for statically assigned phones. 2. You can set the Default CTIPersonTelephoneField to e.g. 04_tel_ext, then set the LSTeleType Default to include 04_tel_ext. Then via the Webinterface, the users assigned phone extension has to be placed in the new telephone field 04_tel_ext. This works well for users with mobile devices, e.g. softphones on a notebook... I updated the page to include an example for the LSTeleType Default. I'm not sure whether both can be used together, or which has precedence, I need to take a look into the code. I'll go explain more to the Defaults on the page, stay tuned. Sebastian > > -Mark > -- > OpenGroupware.org Users > users@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/users > From users@opengroupware.org Sun Dec 9 16:56:20 2007 From: users@opengroupware.org (Mark Pavlichuk) Date: Mon, 10 Dec 2007 02:56:20 +1000 Subject: [OGo-Users] Some impressions and comments about OGo Message-ID: <475C1E34.2060002@internode.on.net> I've been playing with OGo for a little while so I thought I'd share some impressions and comments. Please don't read this negatively... the only reason I've bothered emailing is because OGo seems so close to what I want. I personally found it hard to get OGo running. It didn't stop me from installing it, but the process was involved and error prone enough for me to not want to do it again - I even wrote install scripts so I wouldn't have to. Life would have been easier if I installed InstantOgo, but I work with small/medium businesses who like everything on one box (though I suppose virtualisation may be a valid option in that kind of environment). I installed OGo initially because I had read it worked with Sunbird over CalDAV - yes, I'm another one of these people looking for an open source Exchange. Even though I'd happily sell Outlook connectors to clients I want a calendar server I can use in a Linux client/server environment myself. I understand CalDAV is horribly complex, but the first server to connect to a CalDAV/GroupDAV client reliably will collect a HUGE number of users. GroupDAV probably won't be implemented on a client before CalDAV is, so if OpenGroupware waits for a GroupDAV client it will have lost first-mover advantage. Not only that, but it will sound inferior to potential new users as GroupDAV is a subset of CalDAV (even if CalDAV turns out to be less stable in early implementations). I think Skyrix could do a few extra things to get $$$'s. Yes, the Outlook connector and support options are good, but Digium/Asterisk has fostered an industry around itself - Skyrix should attempt to do the same. Customisation of OGo themes would be the first I'd consider. It would be easy to outsource, and some corporate types will pay a fortune to customise their intranets to a company theme. Training organisations often buy copyrighted training/lesson plans etc.. that Skyrix has probably already developed. Resellers might be in the market for off-the-shelf quality marketing materials and/or user manual hardcopies. Also, if offering an extra service or product to customers seems like too much hassle, raise the price until your objections disappear. ;) Anyway, it's late... and this email is too long. :) -Mark From users@opengroupware.org Sun Dec 9 17:30:17 2007 From: users@opengroupware.org (Adam Tauno WIlliams) Date: Sun, 09 Dec 2007 12:30:17 -0500 Subject: [OGo-Users] Some impressions and comments about OGo In-Reply-To: <475C1E34.2060002@internode.on.net> References: <475C1E34.2060002@internode.on.net> Message-ID: <1197221417.12973.1.camel@ws01.whitemice.org> On Mon, 2007-12-10 at 02:56 +1000, Mark Pavlichuk wrote: > I've been playing with OGo for a little while so I thought I'd share > some impressions and comments. Please don't read this negatively... > the only reason I've bothered emailing is because OGo seems so close to > what I want. Responding to the discuss@ list. http://mail.opengroupware.org/mailman/listinfo/discuss From users@opengroupware.org Sun Dec 9 19:39:31 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Sun, 09 Dec 2007 20:39:31 +0100 Subject: [OGo-Users] Re: click-to-dial & Asterisk Message-ID: <20071209193932.750B44A34F@smtp.l00-bugdead-prods.de> > > > > Also, regarding the CTIRemoteHostToDevice option : is it to map a web > > client IP/hostname to a phone device? > There are two ways in configuring the AsteriskDialer to match client to a > phone device. > 1. You can use the CTIRemoteHostToDevice as shown in the example, where the > IP address is the IP address of the Desktop where the user runs the browser, > the matching SIP/extension is the SIP extension of the telephone near that > desktop. This works well for statically assigned phones. > 2. You can set the Default CTIPersonTelephoneField to e.g. 04_tel_ext, then > set the LSTeleType Default to include 04_tel_ext. Then via the Webinterface, > the users assigned phone extension has to be placed in the new telephone > field 04_tel_ext. This works well for users with mobile devices, e.g. > softphones on a notebook... I updated the page to include an example for the > LSTeleType Default. > I'm not sure whether both can be used together, or which has precedence, I > need to take a look into the code. > I updated the docs plone again, well, mentioning the second way there too. Then I took a quick look at the code, to figure out, I never implemented the second way. So there is only one way for now. But well, I'll implement that in one of the next days, just need to find a bit of time. I think I should also add a Default, where the Admin can choose the lookup order. So for now, the docs plone is a bit ahead in time (: cheers Sebastian From users@opengroupware.org Sun Dec 9 20:52:01 2007 From: users@opengroupware.org (Adam Tauno Williams) Date: Sun, 09 Dec 2007 15:52:01 -0500 Subject: [OGo-Users] Re: click-to-dial & Asterisk In-Reply-To: <20071209164342.116774A2B5@smtp.l00-bugdead-prods.de> References: <20071209164342.116774A2B5@smtp.l00-bugdead-prods.de> Message-ID: <1197233521.6204.61.camel@aleph.morrison.iserv.net> After cleaning my source tree any re-applying the latest version of your CTI patch I get a compile failure. awilliam@aleph:~/Works/OpenGroupware/opengroupware.org/WebUI/CTI/AsteriskDialer> make Making all for bundle AsteriskDialer... Creating AsteriskDialer.cti/.... Compiling file AsteriskDialer.m ... AsteriskDialer.m:61: warning: method possibly missing a [super dealloc] call AsteriskDialer.m: In function ‘-[AsteriskDialer cleanupNumber:]’: AsteriskDialer.m:105: warning: ‘NSString’ may not respond to ‘-isNotEmpty’ AsteriskDialer.m:105: warning: (Messages without a matching method signature AsteriskDialer.m:105: warning: will be assumed to return ‘id’ and accept AsteriskDialer.m:105: warning: ‘...’ as arguments.) Compiling file AsteriskConnection.m ... Linking bundle AsteriskDialer ... Creating AsteriskDialer.cti/Resources... Creating AsteriskDialer.cti/Resources/Info-gnustep.plist... Copying resources into the bundle wrapper... Making all for tool ogoasterisk... Compiling file ogoasterisk.m ... ogoasterisk.m: In function ‘-[Client run]’: ogoasterisk.m:71: warning: ‘NSString’ may not respond to ‘-isNotEmpty’ ogoasterisk.m:71: warning: (Messages without a matching method signature ogoasterisk.m:71: warning: will be assumed to return ‘id’ and accept ogoasterisk.m:71: warning: ‘...’ as arguments.) Linking tool ogoasterisk ... /bin/sh: -c: line 1: syntax error: unexpected end of file make: *** [after-all] Error 2 From users@opengroupware.org Sun Dec 9 21:20:38 2007 From: users@opengroupware.org (Helge Hess) Date: Sun, 9 Dec 2007 22:20:38 +0100 Subject: [OGo-Users] Re: click-to-dial & Asterisk In-Reply-To: <1197233521.6204.61.camel@aleph.morrison.iserv.net> References: <20071209164342.116774A2B5@smtp.l00-bugdead-prods.de> <1197233521.6204.61.camel@aleph.morrison.iserv.net> Message-ID: <09B32907-BD36-4C8D-A53E-6A554124A120@opengroupware.org> On 09.12.2007, at 21:52, Adam Tauno Williams wrote: > AsteriskDialer.m:61: warning: method possibly missing a [super =20 > dealloc] > call Thats sounds like a memory leak. > AsteriskDialer.m: In function =91-[AsteriskDialer cleanupNumber:]=92: > AsteriskDialer.m:105: warning: =91NSString=92 may not respond to > =91-isNotEmpty=92 You miss an include of NGExtensions/NSNull+misc.h That really belongs on the dev list. Greets, Helge --=20 Helge Hess http://www.helgehess.eu/= From users@opengroupware.org Sun Dec 9 21:23:06 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Sun, 09 Dec 2007 22:23:06 +0100 Subject: [OGo-Users] Re: click-to-dial & Asterisk Message-ID: <20071209212307.11CD74A388@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > After cleaning my source tree any re-applying the latest version of your > CTI patch I get a compile failure. > > awilliam@aleph:~/Works/OpenGroupware/opengroupware.org/WebUI/CTI/AsteriskDialer> make > Making all for bundle AsteriskDialer... > Creating AsteriskDialer.cti/.... > Compiling file AsteriskDialer.m ... > AsteriskDialer.m:61: warning: method possibly missing a [super dealloc] > call > AsteriskDialer.m: In function -[AsteriskDialer cleanupNumber:]: > AsteriskDialer.m:105: warning: NSString may not respond to > -isNotEmpty > AsteriskDialer.m:105: warning: (Messages without a matching method > signature > AsteriskDialer.m:105: warning: will be assumed to return id and accept > AsteriskDialer.m:105: warning: ... as arguments.) > Compiling file AsteriskConnection.m ... > Linking bundle AsteriskDialer ... > Creating AsteriskDialer.cti/Resources... > Creating AsteriskDialer.cti/Resources/Info-gnustep.plist... > Copying resources into the bundle wrapper... > Making all for tool ogoasterisk... > Compiling file ogoasterisk.m ... > ogoasterisk.m: In function -[Client run]: > ogoasterisk.m:71: warning: NSString may not respond to -isNotEmpty > ogoasterisk.m:71: warning: (Messages without a matching method signature > ogoasterisk.m:71: warning: will be assumed to return id and accept > ogoasterisk.m:71: warning: ... as arguments.) > Linking tool ogoasterisk ... > /bin/sh: -c: line 1: syntax error: unexpected end of file > make: *** [after-all] Error 2 hrm, this is the diff between the two patches: --- patch.old 2007-12-09 22:18:25.000000000 +0100 +++ patch.new 2007-12-09 22:17:55.000000000 +0100 @@ -592,7 +592,7 @@ diff -Nru opengroupware.org/WebUI/CTI/AsteriskDialer/GNUmakefile opengroupware.org/WebUI/CTI/AsteriskDialer.new/GNUmakefile --- opengroupware.org/WebUI/CTI/AsteriskDialer/GNUmakefile Thu Jan 1 01:00:00 1970 +++ opengroupware.org/WebUI/CTI/AsteriskDialer.new/GNUmakefile Wed Apr 4 19:30:19 2007 -@@ -0,0 +1,27 @@ +@@ -0,0 +1,31 @@ +# $Id: GNUmakefile,v 1.1.1.1 2002/11/14 10:50:58 jan Exp $ + +include $(GNUSTEP_MAKEFILES)/common.make @@ -610,7 +610,12 @@ + +TOOL_NAME = ogoasterisk +ogoasterisk_OBJC_FILES = ogoasterisk.m AsteriskConnection.m -+ogoasterisk_TOOL_LIBS += -lNGStreams -liconv ++ogoasterisk_TOOL_LIBS += -lNGStreams ++ ++# OS dependend stuff ++ifeq ($(findstring openbsd, $(GNUSTEP_TARGET_OS)), openbsd) ++ogoasterisk_TOOL_LIBS += -liconv ++endif + +-include GNUmakefile.preamble +include $(GNUSTEP_MAKEFILES)/bundle.make and it works well for me on OpenBSD, I've no idea yet, why this is new to you, need to investigate. Sebastian From users@opengroupware.org Mon Dec 10 07:20:05 2007 From: users@opengroupware.org (Mark Pavlichuk) Date: Mon, 10 Dec 2007 17:20:05 +1000 Subject: [OGo-Users] Re: click-to-dial & Asterisk Message-ID: <475CE8A5.8060509@internode.on.net> > Just to make sure please show us the output of of the following commands: > Defaults read NSGlobalDomain CTIDialer > Defaults read NSGlobalDomain CTIRemoteHostToDevice > Defaults read NSGlobalDomain OGoAsteriskConnectionDictionary > Defaults read NSGlobalDomain AsteriskInternalExtensionLength > Defaults read NSGlobalDomain AsteriskDialOutPrefix > Defaults read NSGlobalDomain AsteriskInternalContext > Defaults read NSGlobalDomain AsteriskOutgoingContext > Defaults read NSGlobalDomain AsteriskCommands > Defaults read NSGlobalDomain CTIPersonTelephoneField > Defaults read NSGlobalDomain LSTeleType Defaults read NSGlobalDomain CTIDialer AsteriskDialer ogo@gateway:/root$ Defaults read NSGlobalDomain CTIRemoteHostToDevice { "192.168.1.25" = "SIP/6001"; "192.168.1.25" = "SIP/6000"; } ogo@gateway:/root$ Defaults read NSGlobalDomain OGoAsteriskConnectionDictionary { hostName = "192.168.1.20"; port = 5038; } ogo@gateway:/root$ Defaults read NSGlobalDomain AsteriskInternalExtensionLength 4 ogo@gateway:/root$ Defaults read NSGlobalDomain AsteriskDialOutPrefix 0 ogo@gateway:/root$ Defaults read NSGlobalDomain AsteriskInternalContext internal ogo@gateway:/root$ Defaults read NSGlobalDomain AsteriskOutgoingContext outgoing ogo@gateway:/root$ Defaults read NSGlobalDomain AsteriskCommands { Login = { Action = login; ExpectedResult = Success; Parameters = { Events = off; Secret = ; Username = ; }; }; Originate = { Action = originate; ExpectedResult = Success; Parameters = { Channel = ""; Context = default; Exten = ""; Priority = 1; Timeout = 30000; }; }; Ping = { Action = ping; ExpectedResult = Pong; }; } ogo@gateway:/root$ Defaults read NSGlobalDomain CTIPersonTelephoneField Dec 10 15:20:43 Defaults [2991]: There is no key 'CTIPersonTelephoneField' under the 'NSGlobalDomain' domain! ogo@gateway:/root$ Defaults read NSGlobalDomain LSTeleType Dec 10 15:22:04 Defaults [3001]: There is no key 'LSTeleType' under the 'NSGlobalDomain' domain! Anything obviously wrong? Are there any config options I could check manually by eg. logging into asterisk via telnet hostname 5038? -Mark From users@opengroupware.org Mon Dec 10 10:01:33 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Mon, 10 Dec 2007 11:01:33 +0100 Subject: [OGo-Users] Re: click-to-dial & Asterisk Message-ID: <20071210100135.166D64A487@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > > Just to make sure please show us the output of of the following commands: > > Defaults read NSGlobalDomain CTIDialer > > Defaults read NSGlobalDomain CTIRemoteHostToDevice > > Defaults read NSGlobalDomain OGoAsteriskConnectionDictionary > > Defaults read NSGlobalDomain AsteriskInternalExtensionLength > > Defaults read NSGlobalDomain AsteriskDialOutPrefix > > Defaults read NSGlobalDomain AsteriskInternalContext > > Defaults read NSGlobalDomain AsteriskOutgoingContext > > Defaults read NSGlobalDomain AsteriskCommands > > Defaults read NSGlobalDomain CTIPersonTelephoneField > > Defaults read NSGlobalDomain LSTeleType > > > > Defaults read NSGlobalDomain CTIDialer > AsteriskDialer looks good > ogo@gateway:/root$ Defaults read NSGlobalDomain CTIRemoteHostToDevice > { > "192.168.1.25" = "SIP/6001"; > "192.168.1.25" = "SIP/6000"; > } that too. > ogo@gateway:/root$ Defaults read NSGlobalDomain > OGoAsteriskConnectionDictionary > { > hostName = "192.168.1.20"; > port = 5038; > } that too, do you can telnet to the box to that port and login via telnet to the Asterisk Management Interface? Just to make sure the Asterisk Management Interface is configured correctly. > ogo@gateway:/root$ Defaults read NSGlobalDomain > AsteriskInternalExtensionLength > 4 looks good > ogo@gateway:/root$ Defaults read NSGlobalDomain AsteriskDialOutPrefix > 0 The Prefix is only necessary, when you have to add a prefix to dial external numbers, is that the case in your dial plan? > ogo@gateway:/root$ Defaults read NSGlobalDomain AsteriskInternalContext > internal > ogo@gateway:/root$ Defaults read NSGlobalDomain AsteriskOutgoingContext > outgoing looks good, well, only when your contexts are named in Asterisk internal/outgoing. I think I should add a short section on how to check the Asterisk configuration. > ogo@gateway:/root$ Defaults read NSGlobalDomain AsteriskCommands > { > Login = { > Action = login; > ExpectedResult = Success; > Parameters = { > Events = off; > Secret = ; > Username = ; > }; > }; > Originate = { > Action = originate; > ExpectedResult = Success; > Parameters = { > Channel = ""; > Context = default; > Exten = ""; > Priority = 1; > Timeout = 30000; > }; > }; > Ping = { > Action = ping; > ExpectedResult = Pong; > }; > } Looks good. > ogo@gateway:/root$ Defaults read NSGlobalDomain CTIPersonTelephoneField > Dec 10 15:20:43 Defaults [2991]: There is no key > 'CTIPersonTelephoneField' under the 'NSGlobalDomain' domain! > ogo@gateway:/root$ Defaults read NSGlobalDomain LSTeleType > Dec 10 15:22:04 Defaults [3001]: There is no key 'LSTeleType' under the > 'NSGlobalDomain' domain! > > Anything obviously wrong? Are there any config options I could check > manually by eg. logging into asterisk via telnet hostname 5038? yes, please try that, the management interface is explained on www.voip-info.org. Sebastian From users@opengroupware.org Mon Dec 10 14:32:07 2007 From: users@opengroupware.org (Helge Hess) Date: Mon, 10 Dec 2007 15:32:07 +0100 Subject: [OGo-Users] OGo in Prism Message-ID: Hi, this one is pretty neat, IMHO: http://labs.mozilla.com/2007/10/prism/ Lets you run OGo as an own "app", w/o those pesky back buttons ;-) We would need to add a few XUL menus (eg we could have stuff like "Add Contact" which triggers the direct action to create a contact) and such. Could be pretty nice. Not sure whether we already generate valid XML. We could even render the internal navigation, a clipboard and favorites into XUL menus. Anyone has the time to play with this? ;-) Greets, Helge -- Helge Hess http://www.helgehess.eu/ From users@opengroupware.org Mon Dec 10 15:31:27 2007 From: users@opengroupware.org (Adam Tauno Williams) Date: Mon, 10 Dec 2007 10:31:27 -0500 Subject: [OGo-Users] OGo in Prism In-Reply-To: References: Message-ID: <1197300687.8299.3.camel@WM_ADAM1.morrison.iserv.net> --=-ENp+40I7uZXVhceSJHyW Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > this one is pretty neat, IMHO: > http://labs.mozilla.com/2007/10/prism/ > Lets you run OGo as an own "app", w/o those pesky back buttons ;-) We do this for one of our own apps. We use a tiny XUL app to provide an icon on the desktop that opens to our CRM web site minus back, forward, etc... Just makes it easier for users. But it is still just HTML & JavaScript on the pages. > We would need to add a few XUL menus (eg we could have stuff like "Add =20 > Contact" which triggers the direct action to create a contact) and =20 > such. Could be pretty nice. Not sure whether we already generate valid =20 > XML. We could even render the internal navigation, a clipboard and =20 > favorites into XUL menus. > Anyone has the time to play with this? ;-) --=-ENp+40I7uZXVhceSJHyW Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBHXVvPLRePpNle04MRAq8YAJ9u+p1fIh0eJ6aO4DpsLmISAG0NkACfRNDo 4X13sXsIrg4ho1zXRF5k4W8= =+oLj -----END PGP SIGNATURE----- --=-ENp+40I7uZXVhceSJHyW-- From users@opengroupware.org Mon Dec 10 15:28:39 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Mon, 10 Dec 2007 16:28:39 +0100 Subject: [OGo-Users] OGo in Prism Message-ID: <20071210152839.AABED4A53C@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > Hi, > > this one is pretty neat, IMHO: > http://labs.mozilla.com/2007/10/prism/ > > Lets you run OGo as an own "app", w/o those pesky back buttons ;-) > > We would need to add a few XUL menus (eg we could have stuff like "Add > Contact" which triggers the direct action to create a contact) and > such. Could be pretty nice. Not sure whether we already generate valid > XML. We could even render the internal navigation, a clipboard and > favorites into XUL menus. > Anyone has the time to play with this? ;-) looks interesting, but I've no time. Well, I added a new "View Profile" to Konqueror. Its just the ordinary web view profile, but without any toolbars, only the top menu there. Created a button for me on the desktop to call konqueror with that profile and open directly the OGo URL. This works well too. Sebastian From users@opengroupware.org Mon Dec 10 21:02:56 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Mon, 10 Dec 2007 22:02:56 +0100 Subject: [OGo-Users] Re: click-to-dial & Asterisk Message-ID: <20071210210257.507FB4A589@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > > > > > > > Also, regarding the CTIRemoteHostToDevice option : is it to map a web > > > client IP/hostname to a phone device? > > There are two ways in configuring the AsteriskDialer to match client to a > > phone device. > > 1. You can use the CTIRemoteHostToDevice as shown in the example, where > the > > IP address is the IP address of the Desktop where the user runs the > browser, > > the matching SIP/extension is the SIP extension of the telephone near that > > desktop. This works well for statically assigned phones. > > 2. You can set the Default CTIPersonTelephoneField to e.g. 04_tel_ext, > then > > set the LSTeleType Default to include 04_tel_ext. Then via the > Webinterface, > > the users assigned phone extension has to be placed in the new telephone > > field 04_tel_ext. This works well for users with mobile devices, e.g. > > softphones on a notebook... I updated the page to include an example for > the > > LSTeleType Default. > > I'm not sure whether both can be used together, or which has precedence, I > > need to take a look into the code. > > > I updated the docs plone again, well, mentioning the second way there too. > Then I took a quick look at the code, to figure out, I never implemented the > second way. So there is only one way for now. But well, I'll implement that > in one of the next days, just need to find a bit of time. I think I should > also add a Default, where the Admin can choose the lookup order. > So for now, the docs plone is a bit ahead in time (: No, it is not, I figured out, that I implemented that before in SkyDialNumber.m. There is a bugzilla entry to that: http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1863 So the first way works should just work, to take the second possibility, you have to add this patch too. Need to update the plone page again ;) Sebastian From users@opengroupware.org Mon Dec 10 21:45:22 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Mon, 10 Dec 2007 22:45:22 +0100 Subject: [OGo-Users] Re: click-to-dial & Asterisk Message-ID: <20071210214524.272C24A658@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > users@opengroupware.org wrote: > > > > > > > > > > Also, regarding the CTIRemoteHostToDevice option : is it to map a > web > > > > client IP/hostname to a phone device? > > > There are two ways in configuring the AsteriskDialer to match client to > a > > > phone device. > > > 1. You can use the CTIRemoteHostToDevice as shown in the example, where > > the > > > IP address is the IP address of the Desktop where the user runs the > > browser, > > > the matching SIP/extension is the SIP extension of the telephone near > that > > > desktop. This works well for statically assigned phones. > > > 2. You can set the Default CTIPersonTelephoneField to e.g. 04_tel_ext, > > then > > > set the LSTeleType Default to include 04_tel_ext. Then via the > > Webinterface, > > > the users assigned phone extension has to be placed in the new telephone > > > field 04_tel_ext. This works well for users with mobile devices, e.g. > > > softphones on a notebook... I updated the page to include an example for > > the > > > LSTeleType Default. > > > I'm not sure whether both can be used together, or which has precedence, > I > > > need to take a look into the code. > > > > > I updated the docs plone again, well, mentioning the second way there too. > > Then I took a quick look at the code, to figure out, I never implemented > the > > second way. So there is only one way for now. But well, I'll implement > that > > in one of the next days, just need to find a bit of time. I think I should > > also add a Default, where the Admin can choose the lookup order. > > So for now, the docs plone is a bit ahead in time (: > No, it is not, I figured out, that I implemented that before in > SkyDialNumber.m. > There is a bugzilla entry to that: > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1863 > So the first way works should just work, to take the second possibility, you > have to add this patch too. Is there any chance someone could test this addition to SkyDialNumber together with the other dialer plugin, so that it is not breaking anything for it? As of the patch to OpenGroupware+CTI.m, that Adam applied some days ago, I doubt that the other dialer ever worked at all, but I'm not sure as I am unable to test it at all. > Need to update the plone page again ;) have done so. cheers Sebastian From users@opengroupware.org Tue Dec 11 16:19:24 2007 From: users@opengroupware.org (Stegbauer) Date: Tue, 11 Dec 2007 17:19:24 +0100 Subject: [OGo-Users] ogo 1.1.7-close on sarge doesnt support geman umlauts after upgrade Message-ID: <20071211161924.45730@gmx.net> hi ml, i upgraded two day's ago a old opengroupware 1.0beta2 installation on a debian 3.1 x86 box to 1.1.7-close still on sarge. there are old entries with german umlaut's in the database, created with outlook xml-rpc. this worked fine before. after the upgrade in webui all umlauts are lost and sometimes the word is cutted after the umlaut. this entries cant get corrected within the webui? there doesn't come an error, but it doesn't get changed. creating new entries with umlauts works fine, but i need also the old one ;) within the calender there does exist a week, when trying to check this for "all intranet" the user get logged out and get the following error in the screen: Application Server caught exception: session: 6C916C9105475E8DE6 element: 0d1475e913d094e17b4.0.17.1.3.b.weekoverview.3.5.1.3 context: <0x0x94e17b4[WOContext]: 0d1475e913d094e17b4 app=ogo-webui-1.1 sn=6C916C9105475E8DE6 eid=0d1475e913d094e17b4.0.17.1.3.b.weekoverview.3.5.1.3 rqeid=0d0475e913909305b14.0.17.1.1.0> request: class: NSException name: UTFConversionException reason: couldn't convert UTF8 to UTF16, source buffer is to small (probably invalid input) !, data: < 4A616E20 6E696368 7420696D 2042FC72 6F21 > info: can somebody advice me the soluton? greetings thomas -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger From users@opengroupware.org Tue Dec 11 16:44:22 2007 From: users@opengroupware.org (Adam Tauno Williams) Date: Tue, 11 Dec 2007 11:44:22 -0500 Subject: [OGo-Users] ogo 1.1.7-close on sarge doesnt support geman umlauts after upgrade In-Reply-To: <20071211161924.45730@gmx.net> References: <20071211161924.45730@gmx.net> Message-ID: <3587-SnapperMsg05076A73C3846EEF@[75.219.94.143]> >this entries cant get corrected within the webui? there doesn't come an error, but it doesn't get changed. >creating new entries with umlauts works fine, but i need also the old one ;) > >within the calender there does exist a week, when trying to check this for "all intranet" the user get logged out and get the following error in the screen: > class: NSException > name: UTFConversionException > reason: couldn't convert UTF8 to UTF16, source buffer is to small (probably invalid input) !, data: < 4A616E20 6E696368 7420696D 2042FC72 6F21 > > info: >can somebody advice me the soluton? Perhaps your PostgreSQL database is still using LATIN1. If so export you database convert it to UTF8, purge and reload. If this is your problem the exact procedure is detailed in the PostgreSQL chapter of WMOGAG. Also tells how to check the current encoding. Also make sure you also upgraded SOPE & libFundation to the appropriate level. See the WMOGAG section on OGo versions. From users@opengroupware.org Wed Dec 12 02:35:00 2007 From: users@opengroupware.org (Mark Pavlichuk) Date: Wed, 12 Dec 2007 12:35:00 +1000 Subject: [OGo-Users] Re: click-to-dial & Asterisk Message-ID: <475F48D4.4060103@internode.on.net> OK, the config looks fine (barring problems with Asterisk contexts). Will click-to-dial links be created in the interface even if wrong context/s are specified? -Mark From users@opengroupware.org Wed Dec 12 06:36:28 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Wed, 12 Dec 2007 07:36:28 +0100 Subject: [OGo-Users] Re: click-to-dial & Asterisk Message-ID: <20071212063629.0D745598A8@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > OK, the config looks fine (barring problems with Asterisk contexts). > Do you use a hand written dial plan? or do you use sth. like FreePBX to manage it? > Will click-to-dial links be created in the interface even if wrong > context/s are specified? yes, that should not matter. But the dialer should be able to login to the asterisk, I think if that fails, then the phone will not show up. Sebastian From users@opengroupware.org Wed Dec 12 07:37:10 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Wed, 12 Dec 2007 08:37:10 +0100 Subject: [OGo-Users] after editing appt. as ogoadmin, it is marked private in webui, and not possible to reset it Message-ID: <20071212073711.78F7E598BB@smtp.l00-bugdead-prods.de> Hi, I'm not sure whether this was mentioned before, but this is really annoying: >From time to time it happens that people forget to book resources, and I do that as the ogo admin, but after adding the resource to the appointment, the appointment is marked private, regardless how it was marked before, in the webui (only the key is visible in the calendar). However, when I want to change back as the ogo admin, there is only "private" to choose, so also the admin is unable to switch it back. Then I have to dig in the database, find the appointment and change the state of it there. kind regards Sebastian From users@opengroupware.org Wed Dec 12 13:23:01 2007 From: users@opengroupware.org (Adam Tauno Williams) Date: Wed, 12 Dec 2007 08:23:01 -0500 Subject: [OGo-Users] after editing appt. as ogoadmin, it is marked private in webui, and not possible to reset it In-Reply-To: <20071212073711.78F7E598BB@smtp.l00-bugdead-prods.de> References: <20071212073711.78F7E598BB@smtp.l00-bugdead-prods.de> Message-ID: <20071212082301.lljbbz5eassokc0w@www.mormail.com> > I'm not sure whether this was mentioned before, but this is really annoying: > From time to time it happens that people forget to book resources, and I do > that as the ogo admin, but after adding the resource to the appointment, the > appointment is marked private, regardless how it was marked before, in the > webui (only the key is visible in the calendar). However, when I want to > change back as the ogo admin, there is only "private" to choose, so also the > admin is unable to switch it back. > Then I have to dig in the database, find the appointment and change the > state of it there. I think this issue has been reported to the list before; but I can't seem to find a related bugzilla entry. From users@opengroupware.org Wed Dec 12 13:34:46 2007 From: users@opengroupware.org (Helge Hess) Date: Wed, 12 Dec 2007 14:34:46 +0100 Subject: [OGo-Users] after editing appt. as ogoadmin, it is marked private in webui, and not possible to reset it In-Reply-To: <20071212073711.78F7E598BB@smtp.l00-bugdead-prods.de> References: <20071212073711.78F7E598BB@smtp.l00-bugdead-prods.de> Message-ID: <4198AFB1-C64F-45E2-9948-9220E53B8F30@opengroupware.org> On 12.12.2007, at 08:37, Sebastian Reitenbach wrote: > However, when I want to change back as the ogo admin, there is only > "private" to choose, so also the admin is unable to switch it back. Sure, root is probably not a member of the read-access-group, hence it won't show up. You should not work with the 'regular' apps as root. (in fact I would rather drop the ability of root to 'see everything'). Helge -- Helge Hess http://www.helgehess.eu/ From users@opengroupware.org Wed Dec 12 13:40:13 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Wed, 12 Dec 2007 14:40:13 +0100 Subject: [OGo-Users] after editing appt. as ogoadmin, it is markedprivate in webui, and not possible to reset it Message-ID: <20071212134013.A0E0259924@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > > I'm not sure whether this was mentioned before, but this is really annoying: > > From time to time it happens that people forget to book resources, and I do > > that as the ogo admin, but after adding the resource to the appointment, the > > appointment is marked private, regardless how it was marked before, in the > > webui (only the key is visible in the calendar). However, when I want to > > change back as the ogo admin, there is only "private" to choose, so also the > > admin is unable to switch it back. > > Then I have to dig in the database, find the appointment and change the > > state of it there. > > I think this issue has been reported to the list before; but I can't > seem to find a related bugzilla entry. yeah, I wasn't sure, but at least I created a bugzilla entry now: http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1931 thanks Sebastian From users@opengroupware.org Wed Dec 12 13:49:26 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Wed, 12 Dec 2007 14:49:26 +0100 Subject: [OGo-Users] after editing appt. as ogoadmin, it is marked private in webui, and not possible to reset it Message-ID: <20071212134926.B216659948@smtp.l00-bugdead-prods.de> Hi, users@opengroupware.org wrote: > On 12.12.2007, at 08:37, Sebastian Reitenbach wrote: > > However, when I want to change back as the ogo admin, there is only > > "private" to choose, so also the admin is unable to switch it back. > > > Sure, root is probably not a member of the read-access-group, hence it > won't show up. > > You should not work with the 'regular' apps as root. (in fact I would > rather drop the ability of root to 'see everything'). argh, but when I just recognize the problem, it is ten times faster for me to login to the ogo webui as ogo admin, and just correct the appointment. I'd prefer the way, making the ogo admin user able to change that field too. Instead of having to figure out, who else is able to change the appointment, and bug that person. And as the admin can change it in the database also, so I cannot see the point to not allow such things via the webinterface. greetings Sebastian From users@opengroupware.org Wed Dec 12 14:34:49 2007 From: users@opengroupware.org (Helge Hess) Date: Wed, 12 Dec 2007 15:34:49 +0100 Subject: [OGo-Users] after editing appt. as ogoadmin, it is marked private in webui, and not possible to reset it In-Reply-To: <20071212134926.B216659948@smtp.l00-bugdead-prods.de> References: <20071212134926.B216659948@smtp.l00-bugdead-prods.de> Message-ID: <7BCE9E85-BEDB-443A-B4F3-BBB958213D66@opengroupware.org> On 12.12.2007, at 14:49, Sebastian Reitenbach wrote: > argh, but when I just recognize the problem, it is ten times faster > for me to login to the ogo webui as ogo admin, and just correct the > appointment. > I'd prefer the way, making the ogo admin user able to change that > field too. > Instead of having to figure out, who else is able to change the > appointment, and bug that person. Its really the decision of the person. If you want to have edit-access to all their appointments, and they agree, they can simply put you in their edit-access-list (scheduler preferences). In fact, as the admin, you can do this in the template user (and the person can choose to change the setting when creating and apt). Real 'delegate' functionality would be better of course (you could configure yourself as the delegate for all others and have all permissions they have). Doing stuff as root also destroys 'accountability', since the actor doesn't show up in the logs, but just root. (again, a bit unfortunate legacy that 'root' is tied to the special UID 10000, all accounts should be able to join a 'root' role). > And as the admin can change it in the database also, so I cannot see > the > point to not allow such things via the webinterface. The database/host admin is NOT necessarily the same person as the OGo admin. Helge -- Helge Hess http://www.helgehess.eu/ From users@opengroupware.org Wed Dec 12 15:04:35 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Wed, 12 Dec 2007 16:04:35 +0100 Subject: [OGo-Users] after editing appt. as ogoadmin, it is marked private in webui, and not possible to reset it Message-ID: <20071212150436.87B345996F@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > On 12.12.2007, at 14:49, Sebastian Reitenbach wrote: > > argh, but when I just recognize the problem, it is ten times faster > > for me to login to the ogo webui as ogo admin, and just correct the > > appointment. > > I'd prefer the way, making the ogo admin user able to change that > > field too. > > Instead of having to figure out, who else is able to change the > > appointment, and bug that person. > > Its really the decision of the person. If you want to have edit-access > to all their appointments, and they agree, they can simply put you in > their edit-access-list (scheduler preferences). In fact, as the admin, > you can do this in the template user (and the person can choose to > change the setting when creating and apt). > > Real 'delegate' functionality would be better of course (you could > configure yourself as the delegate for all others and have all > permissions they have). yes, would be great to have. > > Doing stuff as root also destroys 'accountability', since the actor > doesn't show up in the logs, but just root. what is fully ok on my side, but right, accountability is "away". > (again, a bit unfortunate legacy that 'root' is tied to the special > UID 10000, all accounts should be able to join a 'root' role). yes, that is is. > > > And as the admin can change it in the database also, so I cannot see > > the > > point to not allow such things via the webinterface. > > The database/host admin is NOT necessarily the same person as the OGo > admin. yes, I'm aware of it, then the ogo admin has to contact the db admin, to do the job. however, right now, I just think the behaviour is inconsistent, the ogo admin is able to edit anything of an appointment, even delete it, but not change the access rights. cheers sebastian From users@opengroupware.org Wed Dec 12 15:19:53 2007 From: users@opengroupware.org (Helge Hess) Date: Wed, 12 Dec 2007 16:19:53 +0100 Subject: [OGo-Users] after editing appt. as ogoadmin, it is marked private in webui, and not possible to reset it In-Reply-To: <20071212150436.87B345996F@smtp.l00-bugdead-prods.de> References: <20071212150436.87B345996F@smtp.l00-bugdead-prods.de> Message-ID: <12A889A7-71E2-4156-8020-E6DDE0FC3149@opengroupware.org> On 12.12.2007, at 16:04, Sebastian Reitenbach wrote: > however, right now, I just think the behaviour is inconsistent, the > ogo > admin is able to edit anything of an appointment, even delete it, > but not change the access rights. No, it is NOT inconsistent. The root user is treated as a regular user. As mentioned adding the workaround is as simple as adding root to all the groups. The scheduler is NOT an administration frontend, its just the frontend for endusers. An administration frontend would need to have subtle differences. Eg it would not show the groups of the user but all groups. Which in turn results in a different UI to scale with the larger amount of groups. etc etc. Its not as simple as you probably imagine. Helge -- Helge Hess http://www.helgehess.eu/ From users@opengroupware.org Wed Dec 12 15:59:48 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Wed, 12 Dec 2007 16:59:48 +0100 Subject: [OGo-Users] after editing appt. as ogoadmin, it is marked private in webui, and not possible to reset it Message-ID: <20071212155949.73247599A8@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > On 12.12.2007, at 16:04, Sebastian Reitenbach wrote: > > however, right now, I just think the behaviour is inconsistent, the > > ogo > > admin is able to edit anything of an appointment, even delete it, > > but not change the access rights. > > > No, it is NOT inconsistent. The root user is treated as a regular > user. As mentioned adding the workaround is as simple as adding root > to all the groups. > > The scheduler is NOT an administration frontend, its just the frontend > for endusers. An administration frontend would need to have subtle > differences. Eg it would not show the groups of the user but all > groups. Which in turn results in a different UI to scale with the > larger amount of groups. etc etc. Its not as simple as you probably > imagine. > well, you probably know more than I of the internals. It's just as I see of the things. Sebastian From users@opengroupware.org Wed Dec 12 16:03:18 2007 From: users@opengroupware.org (Adam Tauno Williams) Date: Wed, 12 Dec 2007 11:03:18 -0500 Subject: [OGo-Users] after editing appt. as ogoadmin, it is marked private in webui, and not possible to reset it In-Reply-To: <20071212150436.87B345996F@smtp.l00-bugdead-prods.de> References: <20071212150436.87B345996F@smtp.l00-bugdead-prods.de> Message-ID: <20071212110318.p15jls1tcso40sgs@www.mormail.com> >> > argh, but when I just recognize the problem, it is ten times faster >> > for me to login to the ogo webui as ogo admin, and just correct the >> > appointment. >> > I'd prefer the way, making the ogo admin user able to change that >> > field too. >> > Instead of having to figure out, who else is able to change the >> > appointment, and bug that person. >> Its really the decision of the person. If you want to have edit-access >> to all their appointments, and they agree, they can simply put you in >> their edit-access-list (scheduler preferences). In fact, as the admin, >> you can do this in the template user (and the person can choose to >> change the setting when creating and apt). >> Real 'delegate' functionality would be better of course (you could >> configure yourself as the delegate for all others and have all >> permissions they have). > yes, would be great to have. http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=3D99 - and sort of - http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=3D1660 >> Doing stuff as root also destroys 'accountability', since the actor >> doesn't show up in the logs, but just root. > what is fully ok on my side, but right, accountability is "away". Yep. >> (again, a bit unfortunate legacy that 'root' is tied to the special >> UID 10000, all accounts should be able to join a 'root' role). > yes, that is is. >> > And as the admin can change it in the database also, so I cannot see >> > the >> > point to not allow such things via the webinterface. >> The database/host admin is NOT necessarily the same person as the OGo >> admin. > yes, I'm aware of it, then the ogo admin has to contact the db admin, to d= o > the job. > however, right now, I just think the behaviour is inconsistent, the ogo > admin is able to edit anything of an appointment, even delete it, but not > change the access rights. From users@opengroupware.org Thu Dec 13 09:53:59 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Thu, 13 Dec 2007 10:53:59 +0100 Subject: [OGo-Users] problem with the source rpm's from Adam Message-ID: <20071213095400.36F91599A9@smtp.l00-bugdead-prods.de> Hi, I have these spec files downloaded to build rpm's for x86_64: http://docs.opengroupware.org/Members/whitemice/misc/OGoSUSESPECFiles.tar.gz/file_view in sope/Version the minor version is set to 6, and then sope-4.6 directories are created. ogo rpm's want to have sope-4.7., well, I think I can work around that problem, so not a big deal. As I thought the actual sope version is 4.7, I am wondering why in the Version file the minor number is still 6. kind regards Sebastian From users@opengroupware.org Thu Dec 13 10:04:02 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Thu, 13 Dec 2007 11:04:02 +0100 Subject: [OGo-Users] problem with the source rpm's from Adam Message-ID: <20071213100403.5E7BA59B91@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > Hi, > > I have these spec files downloaded to build rpm's for x86_64: > http://docs.opengroupware.org/Members/whitemice/misc/OGoSUSESPECFiles.tar.gz/file_view > > > in sope/Version the minor version is set to 6, and then sope-4.6 directories > are created. ogo rpm's want to have sope-4.7., well, I think I can work > around that problem, so not a big deal. > > As I thought the actual sope version is 4.7, I am wondering why in the > Version file the minor number is still 6. argh, taking a closer look at the version file, I figured it out why, forget that mail before. sebastian From users@opengroupware.org Thu Dec 13 14:56:46 2007 From: users@opengroupware.org (Jan Schulze) Date: Thu, 13 Dec 2007 15:56:46 +0100 Subject: [OGo-Users] Problem with WebDAV Access Message-ID: <4761482E.2000103@informatik.uni-tuebingen.de> Hi, I successfully compiled SOPE-4.7.1-fwd and ogo-1.1.7-close. Because I had problems compiling mod_ngobjweb for Apache 2.2.3, I fetched sope-mod_ngobjweb-trunk-latest.tar.gz. This compiled without errors. The ogo-webui-1.1 is working and it seems as if ogo-zidestore-1.5 is working as well: When I access http://x.x.x.x/zidestore/so/schulze, I can access iCal files for that user. However, I'm having problems with WebDAV access. cadaver http://localhost/zidestore/dav/schulze gives me this: Authentication required for OpenGroupware.org on server `localhost': Username: schulze Password: ****** Could not access /zidestore/dav/schulze/ (not WebDAV-enabled?): Could not read status line: connection was closed by server. Connection to `localhost' closed. No errors are logged by ogo-zidestore-1.5. In Apache's error log, I find the following line every time, I try to connect with cadaver: child pid 27970 exit signal Segmentation fault (11) Any clues? Should I try with a different version of mod_ngobjweb? Regards, Jan From users@opengroupware.org Fri Dec 14 05:20:31 2007 From: users@opengroupware.org (Mark Pavlichuk) Date: Fri, 14 Dec 2007 15:20:31 +1000 Subject: [OGo-Users] Re: click-to-dial & Asterisk Message-ID: <4762129F.10108@internode.on.net> OK, here's where I'm at with click-to-dial : 1) I'm running the latest OGo trunk debian build (svn2061) which I presume has the required patches applied. 2) I've installed the Asterisk Dialer, and it seems to be located here : /usr/local/lib/opengroupware.org/Local/Library/Bundles/AsteriskDialer.cti/AsteriskDialer which hopefully is the correct place. 3) I've checked I can log in manually to the management interface. I telnet and issue the login command and I get a "Manager 'admin' logged on" message on the Asterisk debug console. When I restart OpenGroupware with AsteriskDialer installed and configured I don't even get a login message from the Asterisk debug console to say that OpenGroupware has managed to log in. How can I check to see if the AsteriskDialer is loaded into OpenGroupware? -Mark From users@opengroupware.org Fri Dec 14 06:35:29 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Fri, 14 Dec 2007 07:35:29 +0100 Subject: [OGo-Users] Re: click-to-dial & Asterisk Message-ID: <20071214063530.27CD259E1F@smtp.l00-bugdead-prods.de> users@opengroupware.org wrote: > OK, here's where I'm at with click-to-dial : > > 1) I'm running the latest OGo trunk debian build (svn2061) which I > presume has the required patches applied. > > 2) I've installed the Asterisk Dialer, and it seems to be located here : > /usr/local/lib/opengroupware.org/Local/Library/Bundles/AsteriskDialer.cti/AsteriskDialer > which hopefully is the correct place. > > 3) I've checked I can log in manually to the management interface. I > telnet and issue the login command and I get a "Manager 'admin' logged > on" message on the Asterisk debug console. > > When I restart OpenGroupware with AsteriskDialer installed and > configured I don't even get a login message from the Asterisk debug > console to say that OpenGroupware has managed to log in. > > How can I check to see if the AsteriskDialer is loaded into OpenGroupware? > In the webui logs, or when you run the webui manually, do you can see a line like this on startup: Dec 14 07:17:38 ogo-webui-1.1 [15867]: |ogo-webui-1.1| CTI Dialers: AsteriskDialer If so, then ogo can find the AsteriskDialer bundle in the location you mentioned above. If the line just looks like: Dec 14 07:17:38 ogo-webui-1.1 [15867]: |ogo-webui-1.1| CTI Dialers: Then it is the wrong place. Or maybe do you see a line like this: Dec 14 07:18:09 ogo-webui-1.1 [15867]: |ogo-webui-1.1| could not create default CTIDialer 'AsteriskDialer'! Then you told ogo to use the AsteriskDialer, but it is installed in the wrong place, same problem as above. In case ogo doesn't find the AsteriskDialer, you could run ogo with strace, to figure out, where it is looking for the dialer. I'll add a "Troubleshooting" section over the weekend to the docs plone, I'll let you know when its done, maybe I can do it already today in the evening. Sebastian From users@opengroupware.org Fri Dec 14 10:16:59 2007 From: users@opengroupware.org (Sebastian Reitenbach) Date: Fri, 14 Dec 2007 11:16:59 +0100 Subject: [OGo-Users] rpm's for opensuse 10.3 x86_64 Message-ID: <20071214101700.59B4A59CA5@smtp.l00-bugdead-prods.de> ------=_=-_OpenGroupware_org_NGMime-23682-1197627419.819836-0------ content-type: text/plain; charset="us-ascii" content-transfer-encoding: 7bit content-length: 649 Hi, appended are the tweaked rpm spec files from Adam from the docs plone. It's just that a successful build of the ngobjweb modules needs to run this before compiling: extract sope.tar.gz cd sope/sope-appserver/sope-mod_ngobjweb/ cp handler.c handler.c.original sed "s/ap_http_method(/ap_http_scheme(/g" handler.c \ | sed "s/ap_run_http_method(/ap_run_http_scheme(/g" > handler_new.c mv handler_new.c handler.c tar sope again. Then everything got built and installed like a charm. Well, this could be integrated into the rpm script, but I'm not so fit with buildings rpm's, but maybe someone else figures out and can update. Sebastian ------=_=-_OpenGroupware_org_NGMime-23682-1197627419.819836-0------ content-disposition: inline; filename="ogo.rpm.spec.tar.gz" content-length: 23076 content-transfer-encoding: base64 content-type: application/x-compressed; name="ogo.rpm.spec.tar.gz" H4sIAERVYkcAA+w9e1/bSJL5N/oUvRCOx0WWbSDcMAk3TiCEOYO9mEyys9llZKuxFWRJ0QPD ZPjuV1Wtt2RbMiRhZuP5TbDV1d316qrqru5Wr3vwqqc8+qKfer3e2NnZwb/4yf6l7436zmZ9 a7u5udl8VG/Utza3H7HtL4uW+PiupzqMPXIsy5sFN6/8T/rpkfytoSVz80p3LHPMTa/m2nxw f32ggHe2t6fIv7G1VW8K+Tc3G9v1zUf4aLPxiNXvD4Xpn/9w+a9o/EI3OXPH6keW+mxJcZlu pst2ojLjIluxkSzLVIzLQOPOHW5w1eVBmef45uW506xvb6Wgrrjj6lbYTqOWbqPv64Y2sHzT w9J6qsy1fGcQNs8sm5tDx/LtierwGgi9Nvw9BW478P06BFd811EMa6AaEdDvusbT6DRq2zG1 ej+D7nZtM9XBWL3kF4Y6dKmu/DFNyZWbbrmRaznmY7ZlGLuJjrM8wtIEn+qS1PPHY9W52RWt dQ4tlhj9zOWeb9ekE3XMd6MuMyZC+kV0FwCsfM6gcSudCunmAGJMbqERU7OcsJOR59m7ijKZ TGppYVnOUOqqg0t1yAPglqaO2ZnqmxZ7pxuGro5d9lydiK8/TUa6x8f6gA8s0/UNTzeHtYE1 3pPa8MyMcGofdtvS29N2TGQShaEJpoHb1PkhohKB7fMrblg2skFp631HdXTuSi3fs075p65j XQGkdXEhLfdIAXMcEHp5K3VJ4cJm43KhiMjBT77ucHc3EsCEA/dk1ball8jFU7BJu6LuuTe2 bdUb3Sorn00Q3K288jkUBXwNhtqtjGZMQu1wB45ue1AstTTNZd6IM0f0pzEfVFEh9jPV1Jhr jTkDVl7oQ99RsY5bgzYATVtyxky+cNiTz6fd4/OXb4/a++ennc7ZrSQts42ZH0aKMAdoY6NE Q7oJNtww5oBJKwGcNL7UdIfJdh5r5UqFQa/3lZz+KTV4/Bq0ViMGKPv8QgXNchdrTLMGPqrP gtVNPplf0xqma5ZgpG253nyBoOAl/YL9kz1psBeswf71I6qPKaEl6Zy/7R2cvlgCbV0KHhye dt52Xyy5lzeOfh0+7L05aLdfLCl93VT6qjsKn7/pHB/A46m0IxwfjCwGxogtqZoGY5sJVX3y OerttvbBREgy4i72QSAAzpaSYEusuado/EoxfdCfP/5gu0XN43AIWkfi8o0jALYtD9hSBzA+ TGLM3kLpEvsgsYKP7IYIEUMAITlCEVmBD4ZZnJcSuBRQcKHfl6hR1gA3RdgDDe2Oe+OiaQBd vIVnhokkwWMQ4G2pkcTypp6x5WVhdLRwlFVRrVIqdG1bjse6rbM3L57gv7srnwOziypJKCCJ o7GlMYhdWUIk9NyaAKWnSa3YTQopA0+NuT6TkxVIXSR0J4JINnHAbbGT3qFh9VVj3xqrED61 e68s0+QD5NW+Tn/Ac7PVzyOQDLroFx+WGs2dWh3+a3xY+pG0lZ6DW/+R2arrTixHAygsRKpf bG9tNn9kwH4VRh4PYW9XS+ByApbnaAx+2O2Cs2GrCTLJKlVr461jsFWl5Xj6wODi0fwGhLDP dY39hixAZ/fb3Epn+pj/aplELDs8Pptb4V3nDYQCLcOwJm9wqKyuMQoGscunLGL40/hpjb5p VH29gAz03+bI1WQIz9jJ4UsYAAYXXIx1r1BhsYYCg0zzda+IQcAR1fZMy9MvbljL9k7oGwRo fQui65NO2RqvHWvc0iDgcEPBkp7+FPO5dOc9cG6nXAQ67mvd4EhkYBSyjklxAVh2QujyfZAi dAMFZ6uo4RUro2lmFBIxGoo0TsnayVnjphhazbVq+LOmJaxg4C+WUjJcYnuzqmdEjA/RJhnU 89/Y0m9DCK0yarE6vcHflkrgMwMhqAU+AxwaOTMMzjHUIz8SW/5mZTcv+MhZcTiSQnm+PZ0S 0xDmpR2eb85zecLh+WaC8PpihIMQuYezKbLAWpKyInlRvOHwsXU1I+LIxhwaN+YFA4Fo0yjl 46X5KE2NsXJRVgKrGVFWjJY8YksK9wYFnjqFFEw1isHSrfGKIy/bh3xRfehOGz5ztRL8njpX KUErCe4uk60LsMFuiY4IjlYPVM9z1uSnoOhPhWo/ldehAOYcK1S0U68nCtcrBX331U48DVu4 wXgqlmxie7tCEzQdK4NA9SkZ6chINYccKk+HBQUJgaQNduZz9rNvsMb/sGa9vs1eO6p5yU65 bUNg8/wCf/2Uo2JPkkW4qwhjbDu65TDPucHB71lokmLPOrDGY9XUEn1BN9X6gvkS1yAmHkLQ R/OAC4g+WMfQr3SwfdChQAP4uCv4CNN8MuIw0qB0CIETwA18x0GL5uuaMoSQcE298NClo9VS jXVA8LWjA4Ima+wIBN9wY8jhXwhyno/we20E34txtFVvMAIscWEFRs8FMCRcZcM1tg12DN+O VYc1thajPhmaRHMdYOrIF83WKzaLSzIMFzERVd2EcJFWebDNnuqx17zPGj9UbBOaA1RxjfCl P2TLjeZmHe23oCA7I1Ay4T0AjlWNsxHM5nCA4HISDhf6PoBoz9X7EBwiuqvWKltzwO2goCGg 446QtAsj3QX+qLYKwlgPdA5JqTcqkqJZ5qpHmrw6GemD0Sq2r4FPdMa4VoprYChqfLqKixIY Ta5xEPmNWKzCOJiNVJdFyxbrgRL8DFZ8syo6tu+lJwK2pZteMN4QmTDmF2MjPUOp2YYeDobE 1KKuBgVC4ohXs6rEafSAcK2+axnAHbb/Mlj+g0HJB5cuWwuLNNa/oe7D2aRMi8ehlLD7ylYI V1LAkKGKrBWHfdj8O+i7B9peJ+q2yjePw0JXDRYsiUrfOgPzbT8i/2cOrf7HCe/fc+Iv+GCW 79nW1rT83/ZmYyuT/9tsQPH3/N9X+IR5ImFdz8H/+xAAnuPgo7QChPYi7BEATSlTAe1CAC0q JAPnoI4iQuds1dg/FVTFQoi2s72Ginoe5CoolTYVCNcswpVWoOw8LMhDJrN6zVq9lshBJrqM 05VBsrKxvV3QrVjIeEyALtigbLIxAkxmHAvyjRFcMnGIacNM/i5JWsAMJgSZyeGleJBN4GV5 kc/gZTmRzd/llr4XS9oJQ102VUcMzsfkC6bs0im3FMmi4FZKJfWSINPSehlx387O3SV1FzN3 ObHIBYIoSusdmGof53yBQkCYAFMEiDTYm7OzLuX6IPAWQS3EGlI+b6HaEEkMxCK9yx3of37W b4XcP5M/Mdkk3Sf5YMZStKAkVVC5vyThCsFJ8UqEal+7TVxh36gNJKQRJ7YYWW7ULAkCQcxV aEx+6Y6AXGQUky32ZA1DGLIaTwi+Zq3D1F/8wFoml3AsMswi3n9eMp+UiOiZke1b+Zy33bfS wE6NdqKiVE0QSom+QrN/K4nVxuU33OFswiFwUzWKXVcz3a+GJmlZagPMMf1ImDjxuxilTFMS Lq+WwC0Oa2iZBgTmWf5gxIYYx7uS+FGmnSj1LhqqVvF6bDj2QFukKm44cT0rXGe6x6yew6eu cYpVtAs2lw+FC2fzeJdaqptaIcmz8t2kOF2uozSHy3eVkUzQWQQchza3YGkxwvRYYgm0ufdf jXLrg56jD8F/zjUhARzYN1nO7BQRUm6mkrfBoE1v6oCJOcc5PXgKMTWncYwTf2oMBu4y5k3B J+iecYM20JoEkNLzfXCOA2DIzTGumbA4+0AGtiCntfbPuvyDKv/ekn/91+fG7Xot/eDp7Tru wtljuMiOiwGiv6caN2/wGWXmxLwYTaz0XEljsAfIRvtZVAgwXPT3+Fcg+G8l5fCy2OSQ+VCb WKryjvd75Mei3JayVttYTyf359P+4Umj9uFJEwlUPjzZFHixdCK0zJojSmRkWZfMt6XnRxfF NrU22APs