Summary | dimp and initial_application |
Queue | Horde Groupware Webmail Edition |
Queue Version | 1.2.2 |
Type | Bug |
State | Not A Bug |
Priority | 1. Low |
Owners | |
Requester | dom.lalot (at) gmail (dot) com |
Created | 02/13/2009 (5998 days ago) |
Due | |
Updated | 02/17/2009 (5994 days ago) |
Assigned | 02/13/2009 (5998 days ago) |
Resolved | 02/17/2009 (5994 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
most people running IMP use it for Horde authentication anyway.
As I said, CAS authentication is bypassing the login menu. So my setup
is just permitting people to choose imp through prefs. Using SSO, we
are just having CAS service tickets and proxy tickets. Then, we are
using composite driver with ldap and CAS.
There's so many ways to configure horde! (hopefully..)
Dom
State ⇒ Not A Bug
most people running IMP use it for Horde authentication anyway.
$this->applications['dimp'] = array(
'fileroot' => dirname(__FILE__) . '/../dimp',
'webroot' => $this->applications['horde']['webroot'] . '/dimp',
'name' => _("Dynamic Mail"),
'status' => 'active',
'target' => '_parent',
);
I change status from notoolbar to active. Then I was able to select
and choose dimp as an initial application. May be it should be the
default choice?
Dom
inside the esup-portail porject for french universities. And to use
it, we have an internal patch for an SSO CAS authentication (By the
way, that would be great to have the patches in the main line..)
I'm waiting for the answer of a colleague as I am not the writer of
the patch. Thanks for the proposal, that would be nice, but the patch
is affecting imap and sieve as we have to get a new proxy ticket when
the imap or sieve login fails. So there is 3 or 4 file to modify plus
the phpCAS pear package. I'll (or my colleague) come back with a new
ticket
Dom
Dom
inside the esup-portail porject for french universities. And to use
it, we have an internal patch for an SSO CAS authentication (By the
way, that would be great to have the patches in the main line..)
sure what you are trying to say.
inside the esup-portail porject for french universities. And to use
it, we have an internal patch for an SSO CAS authentication (By the
way, that would be great to have the patches in the main line..)
So users have no possibilities to select their mode on login and we
rely on initial application preference which can be locked or not. If
it's not locked, an end user has no way to select dimp.
I would like to say: OK, if you don't like dimp, change your pref. And
there is only imp which can be selected (no dimp or mimp)
Dom
State ⇒ Feedback
sure what you are trying to say.
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ dimp and initial_application
Queue ⇒ Horde Groupware Webmail Edition
Milestone ⇒
Patch ⇒ No
State ⇒ Unconfirmed
// what application should we go to after login?
$_prefs['initial_application'] = array(
'value' => 'dimp',
'locked' => false,
'shared' => true,
'type' => 'select',
'desc' => sprintf(_("What application should %s display after
login?"), $GLOBALS['registry']->get('name'))
);
If I lock the value, no problem. But, if I unlock, people will see in
Options a select drop down box and the first selected will be address.
(dimp is nowhere)
The reason seems to be: there is only one courrier at that point which
is imp. And I would like that people would be able to switch from dimp
to imp without assistance. And as a matter of fact, how can a end user
select dimp in Global Options
Thanks
Dom