On Tue, 10 Sep 2002 19:48:34 +0200 (CET) Vadim Zeitlin 
<[EMAIL PROTECTED]> wrote:

VZ> On Tue, 10 Sep 2002 17:22:35 +0200 Xavier Nodet <[EMAIL PROTECTED]> wrote:

VZ> XN> The problem, IMO, comes from the fact that pop3_cache is called from
VZ> XN> pop3_text, which only checks for LOCAL->txt, but not for the size of the
VZ> XN> retrieved message. Or, alternatively, the problem is that netmsg_slurp
VZ> XN> should return a null file handle if there is a problem.

VZ>  I still don't see how could it result in messages having header from one
VZ> message and body from another one though: in the situation you describe
VZ> pop3_text() should return empty string, not a body from another message...

For all the cases I got, the headers were correct, and the body, when it
was readable, was the one of another very recent message. The
non-readable part was always the same (a string of
I-do-not-remember-which-char). I understand it as the program reading
some data in the same memory place as a previous message.

VZ>  You can try to simulate the connection by replacing netmsg_slurp() call
VZ> with pop3_fake() call. Can you reproduce the problem in this way?

I will try.

-- 
Xavier Nodet
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety." - Benjamin Franklin, 1759.




-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
_______________________________________________
Mahogany-Developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mahogany-developers

Reply via email to