I tracked down the problem to the kerberos context getting reused by subsequent connections. I've attached a patch that cleans up the kerberos context once the gssapi authentication is complete. After that, the next connections that come through get clean states to start authentication with. I also picked up the connection lock around the kerberos authentication. I don't think this is strictly necessary, but it seems like a good idea to me. I'd love to see this in the 6.3.4 release. Thanks!<br>
<br><div class="gmail_quote">On Sat, May 28, 2011 at 10:04 PM, Scott Henson <span dir="ltr"><<a href="mailto:sjh@foolishpride.org">sjh@foolishpride.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I've recently started having problems using offlineimap to synchronize my mail. I'm running against a zimbra server and using gssapi authentication. When I set the max connection count to 1, things work as expected. However, any number above 1 produces some very weird errors.<div>

<br></div><div>On 6.2.0, I would get strange exceptions about None Type not having a method. On 6.3.3, I get prompted for my password a few times, and then offlineimap seems to hang doing nothing.</div><div><br></div><div>

I just tested v6.3.4-rc1 and I get prompted for the password a few times (my max connections are set to 5, sometimes I get prompted 4 times, sometimes less, but never more than 4 times). Depending on the number of times I get prompted, I will start syncing some email. Four password prompts result in no emai transferred. Three or less results in some email getting across. Either way, eventually something like the following appears.</div>

<div><snip></div></blockquote></div><br clear="all"><br>-- <br>Scott Henson<br>