That of course is strange. I cant imagine the scenario where that would have happened. Mostly, the API call to write the file to disk just failed completely. But it was not a small file, about 170kb, it should have been written to the disk.
Nope I don't have any scripts running. Its pure XMAIL. Yeah I am using Antivir, but it does not have any POP/SMTP filter. Also the file didn't come through a SMTP session, but it was a pop3link downloaded file. HTH, XT -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of CLEMENT Francis Sent: Saturday, May 19, 2007 10:45 PM To: 'xmail@xmailserver.org ' Subject: [xmail] Re: Bug with XMail, Kind Attn: Davide. First strange think is that the file have not the header automaticaly added by xmail (Received : ...) Normaly the file will have original mail data content + xmail header added at top of it. Any av running ? Any post-data or filter-in changing the file ? >From the file original creation date/time can you see in xmail smtp logs the possible connexion that send this mail ? (just to be sure the file comes from a smtp session ...) Francis -----Message d'origine----- De: [EMAIL PROTECTED] A: xmail@xmailserver.org Date: 19/05/07 09:50 Objet: [xmail] Bug with XMail, Kind Attn: Davide. Hi Davide, I have been using XMail for about ages now... may be from the age of = Xmail 0.2 or so, but never came across such kind of a bug. A maildrop in one = of the user's directory showed size as 170kb. However the content of it was nothing but a '.'. I have no idea how that=92s possible, i.e. how XMail = missed writing data to the file (maybe not), it happened on windows and is = quite possible, but that=92s not the point. The point is when xmail is feeding mail drop to MUA. Consider following session: +OK <[EMAIL PROTECTED]> [XMail 1.25 POP3 Server] service ready;=20 +Sat, 19 May 2007 12:59:06 +0530 user [EMAIL PROTECTED] +OK Password required for [EMAIL PROTECTED] pass xxxxxxx +OK Maildrop has 1 messages (173113 bytes) retr 1 +OK 173113 bytes .... retr 1 +OK 173113 bytes .... quit +OK [XMail 1.25 POP3 Server] closing session When such session happens the XMail becomes unresponsive and will always reply with -Err Server too Busy, if any other user tries to suck mail = from the server, the client is always presented with -Err Server Too Busy.=20 I thought of going through the code, but thought best would be asking = the 'Source'. Is it a bug or one of those _very rare_ occasions? Thanks ~XT Step to Reproduce the bug: 1. Create a file of size 200kb. Maybe you can just allocated a buffer of about 200kb. Zero it out completely, assign the first 3-4 of bytes as = '.', \0, \r\n and drop it in any of the test user. 2. Try to access the file. Meanwhile try to access other user's mails. 3. Server will reply with -Err Server Too Busy. =A0 - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED] - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]
