[Tickets #6903] Re: Silence warning on creation/update of a Kolab object

bugs at horde.org bugs at horde.org
Tue Jul 1 07:19:08 UTC 2008


DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.

Ticket URL: http://bugs.horde.org/ticket/6903
------------------------------------------------------------------------------
  Ticket             | 6903
  Updated By         | Thomas Jarosch <thomas.jarosch at intra2net.com>
  Summary            | Silence warning on creation/update of a Kolab object
  Queue              | Horde Framework Packages
  Version            | FRAMEWORK_3
  Type               | Bug
  State              | Feedback
  Priority           | 1. Low
  Milestone          |
  Patch              |
  Owners             | Gunnar Wrobel
------------------------------------------------------------------------------


Thomas Jarosch <thomas.jarosch at intra2net.com> (2008-07-01 03:19) wrote:

>> Auth::getAuth() is defined as "user id". I'm not sure if it always
>> must contain an @domain part.
>
> Are you using the Auth::kolab driver then? The kolab driver should
> rewrite the user id to the primary mail adress (see the setAuth()
> function in that driver). It looks like you are using UIDs in your
> system. At least in former times that was problematic for other Horde
> subsystems and that is why the kolab driver does the rewrite. I admit
> I don't remember exactly what the effects of using a UID were. But my
> gut feeling is that even with our new infrastructure it makes more
> sense to use the primary Kolab ID.

I'm using IMP as Auth backend, which authenticates against an IMAP server.

Everything works fine, no complaints from the users so far. If some  
part of the Kolab subsystem does work only with the Kolab Auth backend,
then it needs fixing :-)

I'll have an idea that satisfies both your needs: Why not check the  
From: and To: address for the "@" character and append "@localhost"  
only if it is not found?

Thomas






More information about the bugs mailing list