[Tickets #5569] Re: IMP-imap authentication broken

bugs at bugs.horde.org bugs at bugs.horde.org
Thu Jul 19 18:55:03 UTC 2007


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

Ticket URL: http://bugs.horde.org/ticket/?id=5569
-----------------------------------------------------------------------
 Ticket             | 5569
 Updated By         | adrieder at sbox.tugraz.at
 Summary            | IMP-imap authentication broken
 Queue              | IMP
 Version            | HEAD
 Type               | Bug
 State              | Feedback
 Priority           | 3. High
 Owners             | Chuck Hagenbuch
-----------------------------------------------------------------------


adrieder at sbox.tugraz.at (2007-07-19 11:55) wrote:

> Does anyone else see anything like this? What setup _exactly_ do you 
> have for hooks, realms, etc.?

here the relevant (I think) settnings:
horde/config/conf.php
$conf['auth']['params']['app'] = 'imp';
$conf['auth']['driver'] = 'application';

horde/config/prefs.php
$_prefs['fullname'] = array(
    'value' => '',
    'locked' => false,
    'shared' => true,
    'type' => 'text',
    'hook' => true,
    'desc' => _("Your full name:")
);

$_prefs['from_addr'] = array(
    'value' => '',
    'locked' => false,
    'shared' => true,
    'type' => 'text',
    'hook' => true,
    'desc' =>  _("Your From: address:")
);

The hooks looks for the fullname and from-address in an LDAP-directory
using Auth::getBareAuth() if setm otherwise they return ''.

imp/config/servers.php:
There is a long list of imap and pop servers, each having a different
realm, e.g.

$servers['sbox'] = array(
    'name' => 'sbox / student / Studierende',
    'server' => 'xxx.xxx.xxx.xxx',
    'hordeauth' => false,
    'protocol' => 'imap/notls',
    'port' => 143,
    'maildomain' => 'sbox.tugraz.at',
    'smtphost' => 'mailrelay.tugraz.at',
    'smtpport' => 25,
    'realm' => 'sbox',
    'preferred' => '',
    'admin' => array(
        'params' => array(
            'login' => 'imap',
            'password' => 'secret',
            'userhierarchy' => 'user.',
            'protocol' => 'imap/notls',
            'hostspec' => 'xxx.xxx.xxx.xxx',
            'port' => 143
        )
    ),
    'quota' => array(
        'driver' => 'imap',
        'params' => array(),
    ),
    'acl' => array(
        'driver' => 'rfc2086',
    ),
);


The pref_uid is then saved as user at realm, eg. testuser at sbox

I hope this helps...



More information about the bugs mailing list