[#12205] Ingo doesn't obey hordeauth
Summary Ingo doesn't obey hordeauth
Queue Ingo
Queue Version 3.0.3
Type Bug
State Not A Bug
Priority 2. Medium
Requester maciej.uhlig (at) us (dot) edu (dot) pl
Created 2013-04-22 (2713 days ago)
Due 04/22/2013 (2713 days ago)
Updated 2013-05-30 (2675 days ago)
Resolved 2013-04-22 (2713 days ago)
Patch No

2013-05-30 11:05:06 krah (dot) tm (at) gmail (dot) com Comment #3 Reply to this comment

i did remove the hordeauth stuff, so credentials used to login to imp 
/ horde should be used, however looking at the logs:

credentials used to login: vorname.name@domain

And ingo does submit: vorname.name@

The domain is missing here, is this really correct? To me it seems as 
a bug because if does not use the credentials i've used to login.

2013-04-22 09:41:40 Jan Schneider State ⇒ Not A Bug
2013-04-22 09:37:52 arjen+horde (at) de-korte (dot) org Comment #2 Reply to this comment

[Show Quoted Text - 21 lines]
2013-04-22 07:58:01 maciej (dot) uhlig (at) us (dot) edu (dot) pl Comment #1
Type ⇒ Bug
State ⇒ Unconfirmed
Priority ⇒ 2. Medium
Summary ⇒ Ingo doesn't obey hordeauth
Due ⇒ 2013-04-22
Queue ⇒ Ingo
Milestone ⇒
Patch ⇒ No
Reply to this comment
Horde login is: name.surname@domain.

Ingo backends.local.php contains among others:

$backends['sieve']['hordeauth'] = 'full';

The error is:

2013-04-22T06:49:26+00:00 DEBUG: HORDE [ingo] Script not updated: 
There was an error activating the script. The driver said: 
"Authentication failed." [pid 4989 on line 27 of 

Sieve server reports:

2013-04-22T08:49:26+02:00 prac/192.168.x.y dovecot: [ID 583609 
mail.info] managesieve-login: Disconnected (auth failed, 1 attempts in 
4 secs): user=<name.surname>, method=PLAIN, rip=i.p.a.d, lip=I.P.A.D, 

So, the domain part is missing during authentication from horde/ingo.

Saved Queries