Summary | userlist incorrect when using realm |
Queue | IMP |
Queue Version | HEAD |
Type | Bug |
State | Resolved |
Priority | 2. Medium |
Owners | Horde Developers (at) |
Requester | adrieder (at) sbox (dot) tugraz (dot) at |
Created | 07/02/2008 (6211 days ago) |
Due | 07/03/2008 (6210 days ago) |
Updated | 06/19/2009 (5859 days ago) |
Assigned | 10/23/2008 (6098 days ago) |
Resolved | 06/19/2009 (5859 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | Yes |
hooks.php. This is a question for the mailing list now though.
hooks.php. This is a question for the mailing list now though.
name used in Horde internally. The username hooks do the same, but
unlike the realm feature they are properly integrated in the user
interfaces.
get the users realm at login time.
I'm using imp as auth backend.
name used in Horde internally. The username hooks do the same, but
unlike the realm feature they are properly integrated in the user
interfaces.
generating a "realmed" userlist fetched from the imap server. Can you
explain that for slow thinkers like me?
On a system were you are in the situation which demands realms
(multiple institution e-mail servers and same usernames on two or more
of them) people need to know about the realm anyway if they use the
syncing features via rpc.php, in order to get to their owned calendar,
tasks and so on.
A sync url for webdav access to kronolith looks like the following then
https:/server.domain/horde/rpc.php/kronolith/username@realm/username@realm.ics/?server=server_key
State ⇒ Feedback
to show up in the user name listings. This is usually not desired,
since the realm is only used internally and should not be displayed to
the user.
For such a setup, you should rather use from/to_backend hooks.
#6749#6746seems to be fixed now,this is still a problem. Is there any chance that this get fixed for
4.3?
added since the imapusers on the mailserver do not have a realm. So my
patch "fixes" sharing in other places but breaks folder sharing.
someone eventually will proivde the "correct fix". For now it works
that way for me.
Thanks anyway
Assigned to
State ⇒ Assigned
State ⇒ Unconfirmed
New Attachment: api.php.patch
Patch ⇒ Yes
Milestone ⇒
Priority ⇒ 2. Medium
Type ⇒ Bug
Summary ⇒ userlist incorrect when using realm
Due ⇒ 07/03/2008
Queue ⇒ IMP
please put it to where it belongs.
When using realms and application IMP as auth driver, then
$auth->listUsers() returns just the mailboxname/username without
realm, this prevents sharing of calendars or tasklists (maybe others
too), because users get not correctly entered in the shares tables.
The attached patch fixes the problem for me, but I'm not sure if this
is the right place for fixing the issue.