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