[cvs] [Wiki] changed: ExternalClientsHowTo

Wiki Guest wikiguest at horde.org
Fri Feb 27 22:33:46 UTC 2009


guest [81.168.10.73]  Fri, 27 Feb 2009 17:33:46 -0500

Modified page: http://wiki.horde.org/ExternalClientsHowTo
New Revision:  1.4
Change log:  Added a note about RPC and the Shibboleth auth driver not  
being compatible

@@ -27,7 +27,9 @@
  Several generic RPC interfaces exist in Horde, at the time of this  
writing XML-RPC, SOAP, and JSON. These can be used to access the  
external API of Horde and its applications and are rather targeted at  
developers. But there exists a ((PhpgwHowTo|wrapper around the XML-RPC  
interface)) that is compatible to the RPC interface of  
**[http://www.phpgroupware.org/  
phpGroupWare]/[http://www.egroupware.org/ eGroupWare]**. At least one  
client **(Kontact)** supports this interface. It hasn't been tested  
much though.

  Of course you can combine any of the scenarios mentioned here. You  
could use Horde as a frontend for a Kolab server and as a SyncML  
server for your **PDAs** and **phones** at the same time. Or you can  
use the Kolab server as a groupware backend, but add more address  
books from your company's LDAP or Active Directory servers, etc.

-+++ Authentication Caveat
++++ Authentication Caveats

  The above methods all use the rpc.php entry point to horde, which in  
most cases uses basic HTTP authentication to authorize access. This  
may not work out of the box when PHP is run in CGI mode. Please see  
HTTPAuthHowTo for a workaround.
+
+If you have configured Horde to use Shibboleth as an authentication  
method then the RPC interface will fail as Horde will have no means to  
authenticate the user with the supplied HTTP authentication  
credentials (no _authenticate method in the Shibboleth driver).  
Shibboleth is designed for web browser based applications and hides  
the authentication part from Horde, providing just a trusted session  
and attribute data about the externally authenticated user.



More information about the cvs mailing list