6.0.0-beta1
7/24/25

[#4799] hordeauth not working when imp invoked directly
Summary hordeauth not working when imp invoked directly
Queue IMP
Queue Version HEAD
Type Bug
State Resolved
Priority 2. Medium
Owners slusarz (at) horde (dot) org
Requester liamr (at) deathstar (dot) org
Created 12/18/2006 (6793 days ago)
Due
Updated 03/02/2007 (6719 days ago)
Assigned 02/16/2007 (6733 days ago)
Resolved 03/02/2007 (6719 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch No

History
03/02/2007 03:15:08 AM liamr (at) deathstar (dot) org Comment #6 Reply to this comment
My CVS installation isn't working quite right... but I believe this 
may be resolved.
03/02/2007 02:19:46 AM Chuck Hagenbuch Comment #5
State ⇒ Resolved
Reply to this comment
Going to assume this is fixed for now given lack of feedback.
02/16/2007 08:59:23 AM Michael Slusarz Deleted Original Message
 
02/16/2007 08:56:37 AM Michael Slusarz Comment #4
State ⇒ Feedback
Priority ⇒ 2. Medium
Reply to this comment
01/03/2007 05:02:47 AM Michael Slusarz Comment #3 Reply to this comment
And I get this notice:
Notice: Undefined variable: lang_url in
/home/jan/headhorde/imp/login.php on line 391
This much has been fixed.
12/27/2006 05:01:03 PM Jan Schneider Comment #2
Assigned to Michael Slusarz
State ⇒ Assigned
Reply to this comment
Confirmed.

Additionally I noticed that the user gets the IMP login if he points 
to /horde/imp/ even though he's not authenticated at IMP yet.

And I get this notice:

Notice: Undefined variable: lang_url in 
/home/jan/headhorde/imp/login.php on line 391
12/18/2006 08:54:36 PM liamr (at) deathstar (dot) org Comment #1
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ hordeauth not working when imp invoked directly
Queue ⇒ IMP
New Attachment: cosign.php
State ⇒ Unconfirmed
Reply to this comment
We use a modified version of the Horde "auto" authenticator that sets 
the horde user name to the the value of $_SERVER[ 'REMOTE_USER' ] 
(which is set by our SSO).



In imp/config/server.php, we've configured hordeauth to be true (we've 
also tried 'full').



$servers['umce'] = array(

     'name' => 'umce IMAP Service',

     'server' => 'localhost',

     'hordeauth' => true,

     'protocol' => 'imap/notls',

     'port' => 8143,

     'maildomain' => 'umich.edu',

     'smtphost' => 'smtp.mail.umich.edu',

     'smtpport' => 25,

     'realm' => '',

     'preferred' => array( 'dev.mail.umich.edu' ),

     'admin' => array(

         'params' => array(

             'login' => 'cyrus',

             'password' => 'cyrus_pass',

             'userhierarchy' => 'user/',

             'protocol' => 'imap/notls',

             'hostspec' => 'localhost',

             'port' => 8143

         )

     ),

     'quota' => array(

         'driver' => 'cyrus',

         'params' => array(),

     ),

     'acl' => array(

         'driver' => 'rfc2086',

     ),

);



In horde/config/prefs.php, we've set initial_application to "imp" by default.



Users going to https://dev.mail.umich.edu/horde/ are presented with 
their inbox. As expected, we see this redirect in the location bar...



https://dev.mail.umich.edu/horde/imp/redirect.php?actionID=login&autologin=1&server_key=umce



Users going to https://dev.mail.umich.edu/horde/imp/  are presented 
with the "Welcome to Mail" login screen.



Traditionally (Horde 3.1.3 / IMP 4.1.3,  Horde 3.0.12 / IMP 4.0.5), 
both /horde/ and /horde/imp/ will get passed through the transparent 
login process and end up in the user's email box.


Saved Queries