Re: Errors in perdition IMAP auth to courier-imap

Simon Horman <[email protected]> Mon, 13 Feb 2012 18:08:24 +0900
Newsgroups gmane.mail.perdition.user
Message-ID <[email protected]>
On Thu, Feb 09, 2012 at 07:39:42PM +0000, Todd Taylor wrote:
> Hello,
> 
> We have deployed Perdition 1.19rc4 to proxy user requests during a migration with popmap via LDAP.  While POP works fine, we are seeing authentication failures through Perdition to the Courier IMAP, as shown below.  I see there was a similar issue reported in build 1.18, in early 2011, but it was thought to be fixed since then. That post is at: http://lists.vergenet.net/pipermail/perdition-users/2011-January/002468.html
> 
> Am I missing an IMAP configuration setting or is this still a bug?  Any help you can offer is much appreciated.

Hi Todd,

what you are seeing does look a lot like the bug at the URL above.
Unfortunately I don't remember the details of how I (claimed to have)
fixed it before not does the patch jump out of the changelog.

I will take a closer look into this.

> Feb  9 14:53:44 dp-perdition-01 perdition.imap4[5904]: CLIENT: ". login [email protected]<mailto:[email protected]> password\r\n"
> Feb  9 14:53:44 dp-perdition-01 perdition.imap4[5904]: username_add_domain: username_add_domain 0 1
> Feb  9 14:53:44 dp-perdition-01 perdition.imap4[5904]: do_getserver: dbserver_get returned empty string
> Feb  9 14:53:44 dp-perdition-01 perdition.imap4[5904]: username_add_domain: username_add_domain 0 4
> Feb  9 14:53:44 dp-perdition-01 perdition.imap4[5904]: REAL:   "* OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA ACL ACL2=UNION  XIMAPPROXY] Courier-IMAP ready. Copyright 1998-2010 Double Precision, Inc. See COPYING for distribution information.\r\n"
> Feb  9 14:53:44 dp-perdition-01 perdition.imap4[5904]: SELF:   "flim0a CAPABILITY\r\n"
> Feb  9 14:53:44 dp-perdition-01 perdition.imap4[5904]: REAL:   "* CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA ACL ACL2=UNION XIMAPPROXY\r\nflim0a OK Completed\r\n"
> Feb  9 14:53:44 dp-perdition-01 perdition.imap4[5904]: SELF:   "flim0b LOGIN {21}\r\n"
> Feb  9 14:53:44 dp-perdition-01 perdition.imap4[5904]: REAL:   "+ go ahead\r\n"
> Feb  9 14:53:44 dp-perdition-01 perdition.imap4[5904]: SELF:   "[email protected]<mailto:[email protected]> {8}\r\n"
> Feb  9 14:53:44 dp-perdition-01 perdition.imap4[5904]: REAL:   "flim0b NO LOGIN failed\r\n"
> Feb  9 14:53:44 dp-perdition-01 perdition.imap4[5904]: imap4_out_response: invalid tag from server 1
> Feb  9 14:53:44 dp-perdition-01 perdition.imap4[5904]: imap4_out_authenticate: imap4_out_response name
> Feb  9 14:53:44 dp-perdition-01 perdition.imap4[5904]: SELF:   "password\r\n"
> Feb  9 14:53:44 dp-perdition-01 perdition.imap4[5904]: REAL:   "password BAD Null command\r\n"
> Feb  9 14:53:44 dp-perdition-01 perdition.imap4[5904]: imap4_out_response: invalid tag from server 1
> Feb  9 14:53:44 dp-perdition-01 perdition.imap4[5904]: imap4_out_authenticate: imap4_out_response passwd
> Feb  9 14:53:44 dp-perdition-01 perdition.imap4[5904]: main: protocol->out_authenticate -1
> Feb  9 14:53:44 dp-perdition-01 perdition.imap4[5904]: Fatal error authenticating user. Exiting child.
> 
> Thanks,
> Todd
> 

> ______________________________________________
> Perdition-users mailing list
> [email protected]
> http://lists.vergenet.net/listinfo/perdition-users

______________________________________________
Perdition-users mailing list
[email protected]
http://lists.vergenet.net/listinfo/perdition-users