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