<?xml version="1.0" encoding="ISO-8859-1"?>
<?xml-stylesheet href="http://bugs.horde.org/themes/feed-rss.xsl" type="text/xsl"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
 <channel>
  <title>custom hook support for backend selection</title>
  <pubDate>Wed, 15 Oct 2008 23:18:25 -0400</pubDate>
  <link>http://bugs.horde.org/ticket/3701</link>
  <atom:link rel="self" type="application/rss+xml" title="custom hook support for backend selection" href="http://bugs.horde.org/ticket/3701/rss" />
  <description>custom hook support for backend selection</description>

  
  
  <item>
   <title>The attached file contains two patches against ingo-h3-1.1
</title>
   <description>The attached file contains two patches against ingo-h3-1.1

conf.xml.patch for config/conf.xml
Ingo.php.patch for lib/Ingo.php

They add suport for one custom hook for backend Selection (_ingo_hook_selectBackend) </description>
   <pubDate>Tue, 28 Mar 2006 07:16:39 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/3701#t18185</link>
  </item>
  <item>
   <title>Looks good.</title>
   <description>Looks good.</description>
   <pubDate>Tue, 28 Mar 2006 07:47:37 -0500</pubDate>
   <link>http://bugs.horde.org/ticket/3701#t18192</link>
  </item>
  <item>
   <title>Can you update your patch to use Horde::callHook() instead, </title>
   <description>Can you update your patch to use Horde::callHook() instead, use a different hook name (_ingo_hook_backend_select), and provide an example for horde/config/hooks.php.dist?</description>
   <pubDate>Mon, 24 Apr 2006 09:14:03 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/3701#t19394</link>
  </item>
  <item>
   <title>Sure. 
Here you have an example of the custom hook. I need </title>
   <description>Sure. 
Here you have an example of the custom hook. I need a little more time to address the rest of the issues. I'll upload it tomorrow.</description>
   <pubDate>Mon, 24 Apr 2006 12:42:42 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/3701#t19402</link>
  </item>
  <item>
   <title>Here's the updated version of the patch with the requested c</title>
   <description>Here's the updated version of the patch with the requested changes.

I've opened an enhancement ticket  for the passwd module to implement  a similar functionality (see ticket #3821)

I'll update it accordingly when we close all the pending issues with this ticket </description>
   <pubDate>Tue, 25 Apr 2006 06:54:55 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/3701#t19452</link>
  </item>
  <item>
   <title>The patch to Ingo.php does not apply for me.

Also, is thi</title>
   <description>The patch to Ingo.php does not apply for me.

Also, is this really something that can't be done inside the backends.php config file?</description>
   <pubDate>Wed, 24 May 2006 01:56:14 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/3701#t20578</link>
  </item>
  <item>
   <title>&gt; The patch to Ingo.php does not apply for me.

I've just </title>
   <description>&gt; The patch to Ingo.php does not apply for me.

I've just downloaded back the patch and a fresh copy of Ingo-h3-1.1.1 from ftp.horde.org and it applies without errors to both files.</description>
   <pubDate>Wed, 24 May 2006 08:51:45 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/3701#t20601</link>
  </item>
  <item>
   <title>Sorry if I was unclear - new features should always be again</title>
   <description>Sorry if I was unclear - new features should always be against HEAD, not a release version (see http://horde.org/source/contribute.php), so that's what I was applying it against.

What about my question on why this is necessary?</description>
   <pubDate>Wed, 24 May 2006 09:57:22 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/3701#t20602</link>
  </item>
  <item>
   <title>&gt; Sorry if I was unclear - new features should always be aga</title>
   <description>&gt; Sorry if I was unclear - new features should always be against HEAD, 
&gt; not a release version (see http://horde.org/source/contribute.php), 
&gt; so that's what I was applying it against.

Ok. Sorry for that. I use to work on stable releases to get the patches working on our production system as fast as possible.

I'll modify it using a CVS checkout if you finally find this patch useful.

&gt; What about my question on why this is necessary?

Well, getBackend() in lib/Ingo.php selects the backend wich its 'preferred' field equals $_SERVER['SERVER_NAME'] or $_SERVER['HTTP_HOST']

In our University we have only one URL to access the webmail system but three different IMAPservers wich need different backends (procmail and sieve, the 3rd server is Exchange), so the unpatched system always uses the same backend. 

Currently, I have no idea on how to achieve this using backends.php</description>
   <pubDate>Wed, 24 May 2006 15:46:02 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/3701#t20638</link>
  </item>
  <item>
   <title>Instead of using hooks, or the preferred method, and instead</title>
   <description>Instead of using hooks, or the preferred method, and instead of defining all 3 backends in backends.php, use your hooks code right in backends.php to figure out which backend the user belongs to, then define only that one.</description>
   <pubDate>Wed, 24 May 2006 16:38:35 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/3701#t20639</link>
  </item>
  <item>
   <title>Thanks for the tip. I will try it. I forget that the config </title>
   <description>Thanks for the tip. I will try it. I forget that the config files are php files too,  so they allow this degree of flexibility.</description>
   <pubDate>Thu, 25 May 2006 16:35:22 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/3701#t20680</link>
  </item>
  <item>
   <title>I think that sometimes we forget it, too. :)</title>
   <description>I think that sometimes we forget it, too. :)</description>
   <pubDate>Thu, 25 May 2006 23:43:14 -0400</pubDate>
   <link>http://bugs.horde.org/ticket/3701#t20689</link>
  </item>
  

 </channel>
</rss>
