It's been ages since I've encountered that issue... even if it still existed I doubt I'd be able to reproduce it now... :)
On 2/13/07, Christoph Berg <[EMAIL PROTECTED]> wrote:
Hi Maciej, sorry for the late followup - can you still reproduce the behavior reported in #292663? Re: Maciej Kalisiak 2005-01-22 <[EMAIL PROTECTED]> > > OK. Then, let's try another thing. The original report seemed to have > > something to do with the header cache. Could you try this package? > > > > http://the-swirl.org/~adeodato/tmp/2005/01/21/mutt-nohcache > > No change. The backtrace is the same. I did some more poking around. Giving > the wrong password works as it should, with mutt saying the password was > incorrect, and resuming normal menu operation. > > I also did a "strace -f -F -ff -o strace_out mutt" and here's the sequence of > events on the main mutt thread, starting with me finishing to enter password: [...] > and this is where it hangs. I've indented the non-interesting calls. Seems > mutt sends the encrypted password, receives a response over a number of > recv()s, and then gets no response to its very next send()... not as helpful > as it could be, but perhaps it will be of use. Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFF0fJ9xa93SlhRC1oRApaiAJ4tR3SgxxZVf5Sf5XqG6mDf+AT5iACgstPU orymrniDJmQPTYKhgA4D/7E= =geIj -----END PGP SIGNATURE-----
-- Maciej Kalisiak mac [at] dgp.toronto.edu http://www.dgp.toronto.edu/~mac -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
