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/
signature.asc
Description: Digital signature
