[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