[xmail] Mail box full
Hi! Is it possible to let users know when their mailbox is full - could Xmail deliver one short message to the users mbox when it responds mail box full. People manage to fill their mbox within 7 days with all sort of huge attachments. Matic - 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]
[xmail] Slow delivery of mail
Greetings, I'm running XMail 1.20 (I know, not the current version) on Windows 2000 Server (SP4). I have two filters that run (one from pre-data - spam check, one from post-data - virus scan). For the last week, I've been noticing that mail delivery is running about 4 - 6 hours later than mail receipt. For example, I received about 5 minutes ago (7:50am) a posting from this mailing list with a time stamp of 3:09am - but checking the SMTP log for XMail shows that it was received by SMTP at 3:09:16 this morning. So, it sat in the processing queue somewhere for over 4.5 hours before being delivered to my mailbox. I have verified that if I stop XMail, then restart it, all the waiting mail suddenly gets delivered - but new items coming in still hang up in the queue. Any ideas on where to look for what might be causing this? I've checked to make sure that both the pre and post data filters are not hanging up anywhere - there aren't any copies of them still hanging around in the process list. And I've tried restarting the machine (same effect as restarting XMail - queued mail gets delivered, new arriving mail sticks in the queue). Tracy - 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]
[xmail] Re: Slow delivery of mail
Hi Tracy, On 27.10.2006 14:00, Tracy wrote: I'm running XMail 1.20 (I know, not the current version) on Windows 2000 Server (SP4). I have two filters that run (one from pre-data - spam check, one from post-data - virus scan). For the last week, I've been noticing that mail delivery is running about 4 - 6 hours later than mail receipt. For example, I received about 5 minutes ago (7:50am) a posting from this mailing list with a time stamp of 3:09am - but checking the SMTP log for XMail shows that it was received by SMTP at 3:09:16 this morning. So, it sat in the processing queue somewhere for over 4.5 hours before being delivered to my mailbox. I have verified that if I stop XMail, then restart it, all the waiting mail suddenly gets delivered - but new items coming in still hang up in the queue. Any ideas on where to look for what might be causing this? I've checked to make sure that both the pre and post data filters are not hanging up anywhere - there aren't any copies of them still hanging around in the process list. And I've tried restarting the machine (same effect as restarting XMail - queued mail gets delivered, new arriving mail sticks in the queue). I remember exactly such behavior some time ago. There is some evil message in the que that seems to stop SMAIL threads. I didn't find any real solution but I somehow catched the evil thing. You can try the following: 1) Start XMail in debug mode and look when SMAIL stops processing the que. Maybe the last entry is the message. 2) Check all messages in the que (it shoud be the message in the rsnd/ folder) - one of them is evil. If you catch the message it'd be great if you can investigate it for some abnormal characters / sizes / etc. - I guess there's maybe some bug in the software that has not been found fixed - OR: some filter screwed up a spool file and X(S)Mail doesn't like it anymore... I hope these tipps will help you. I'd appreciate some feedback. Thanks. -- Best regards / Mit freundlichen Gruessen Sönke Ruempler [EMAIL PROTECTED] http://www.ruempler.eu/ - 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]
[xmail] Message redirect (to spambox)
Hello, I have xmail set up on a linux box and I'm using spamassassin with Don Drake's filter to mark incoming messages as spam. Everything works great but what I would like to do is to put all incoming spam into a separate mailbox (e.g. spambox-at-mydomain.nl). How can this be done? I tried rewriting the RCPT TO: header in the headers xmail adds to the file that's being scanned by SA but that didn't work. Of course I could dump the file into the local mail folder but then it would be scanned by SA again and mail processing would loop (I think). Anyone out there with ideas on how to do this? -- Best regards, Henri mailto:[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]
[xmail] Re: Mail box full
On Fri, 27 Oct 2006, Matic wrote: Is it possible to let users know when their mailbox is full - could Xmail deliver one short message to the users mbox when it responds mail box full. People manage to fill their mbox within 7 days with all sort of huge attachments. cron job, for each mbox, if overflow, drop message inside. - Davide - 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]
[xmail] Re: Mail box full
yeah, I thought of that, but this would be quite an overhead compared to the check that actually has to be done before message is delivered Matic Davide Libenzi pravi: On Fri, 27 Oct 2006, Matic wrote: Is it possible to let users know when their mailbox is full - could Xmail deliver one short message to the users mbox when it responds mail box full. People manage to fill their mbox within 7 days with all sort of huge attachments. cron job, for each mbox, if overflow, drop message inside. - Davide - 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]
[xmail] Re: Mail box full
On Fri, 27 Oct 2006, Matic wrote: yeah, I thought of that, but this would be quite an overhead compared to the check that actually has to be done before message is delivered That, BTW, would require extra bits to verify that the mbox-full message has been already dropped inside. - Davide - 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]
[xmail] Re: Slow delivery of mail
On Fri, 27 Oct 2006, Soenke Ruempler wrote: On 27.10.2006 14:00, Tracy wrote: I'm running XMail 1.20 (I know, not the current version) on Windows 2000 Server (SP4). I have two filters that run (one from pre-data - spam check, one from post-data - virus scan). For the last week, I've been noticing that mail delivery is running about 4 - 6 hours later than mail receipt. For example, I received about 5 minutes ago (7:50am) a posting from this mailing list with a time stamp of 3:09am - but checking the SMTP log for XMail shows that it was received by SMTP at 3:09:16 this morning. So, it sat in the processing queue somewhere for over 4.5 hours before being delivered to my mailbox. I have verified that if I stop XMail, then restart it, all the waiting mail suddenly gets delivered - but new items coming in still hang up in the queue. Any ideas on where to look for what might be causing this? I've checked to make sure that both the pre and post data filters are not hanging up anywhere - there aren't any copies of them still hanging around in the process list. And I've tried restarting the machine (same effect as restarting XMail - queued mail gets delivered, new arriving mail sticks in the queue). I remember exactly such behavior some time ago. There is some evil message in the que that seems to stop SMAIL threads. I didn't find any real solution but I somehow catched the evil thing. You can try the following: 1) Start XMail in debug mode and look when SMAIL stops processing the que. Maybe the last entry is the message. 2) Check all messages in the que (it shoud be the message in the rsnd/ folder) - one of them is evil. If you catch the message it'd be great if you can investigate it for some abnormal characters / sizes / etc. - I guess there's maybe some bug in the software that has not been found fixed - OR: some filter screwed up a spool file and X(S)Mail doesn't like it anymore... I hope these tipps will help you. I'd appreciate some feedback. Thanks. This stuff can be analyzed only in presence of detailed data. Without that, nothing can be done. - Davide - 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]
[xmail] Re: Slow delivery of mail
On 27.10.2006 21:24, Davide Libenzi wrote: This stuff can be analyzed only in presence of detailed data. Without that, nothing can be done. Yes, Sir ;P -- Best regards / Mit freundlichen Gruessen Sönke Ruempler [EMAIL PROTECTED] http://www.ruempler.eu/ - 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]
[xmail] Email address reverse check
I'm having problems sending messages to some servers that do reverse check because XMail demands email addresses enclosure with . Is there a way to inhibit this need? Take a look on this chat: helo220-host1.northweb.com.br ESMTP Exim 4.52 #1 Fri, 27 Oct 2006 18:22:29 -0200 220-We do not authorize the use of this system to transport unsolicited, 220 and/or bulk e-mail. corp.cobranet.com.br 250 host1.northweb.com.br Hello corp.cobranet.com.br [200.190.197.66] mail from: [EMAIL PROTECTED] 250 OK rcpt to: [EMAIL PROTECTED] 550-Callback setup failed while verifying [EMAIL PROTECTED] 550-(result of an earlier callout reused). 550-The initial connection, or a HELO or MAIL FROM: command was 550-rejected. Refusing MAIL FROM: does not help fight spam, disregards 550-RFC requirements, and stops you from receiving standard bounce 550-messages. This host does not accept mail from domains whose servers 550-refuse bounces. 550 Sender verify failed quit 221 host1.northweb.com.br closing connection - 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]
[xmail] Re: Email address reverse check
From http://xmailserver.org/Readme.html#server_tab_variables [AllowNullSender] Enable null sender ('MAIL FROM:') messages to be accepted by XMail. _ Kirk Friggstad - Sysadmin / Database Admin IRON Solutions: 109 Saskatchewan Ave E. Outlook, SK Canada S0L 2N0 Phone 1-306-867-6262 Toll-free 1-877-264-4766 Fax 1-800-665-9876 Email friggstadk@ironsolutions.com ¯ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Helio Cavichiolo Jr Sent: Friday, October 27, 2006 4:33 PM To: xmail@xmailserver.org Subject: [xmail] Email address reverse check I'm having problems sending messages to some servers that do reverse check because XMail demands email addresses enclosure with . Is there a way to inhibit this need? Take a look on this chat: helo220-host1.northweb.com.br ESMTP Exim 4.52 #1 Fri, 27 Oct 2006 18:22:29 -0200 220-We do not authorize the use of this system to transport unsolicited, 220 and/or bulk e-mail. corp.cobranet.com.br 250 host1.northweb.com.br Hello corp.cobranet.com.br [200.190.197.66] mail from: [EMAIL PROTECTED] 250 OK rcpt to: [EMAIL PROTECTED] 550-Callback setup failed while verifying [EMAIL PROTECTED] 550-(result of an earlier callout reused). 550-The initial connection, or a HELO or MAIL FROM: command was 550-rejected. Refusing MAIL FROM: does not help fight spam, disregards 550-RFC requirements, and stops you from receiving standard bounce 550-messages. This host does not accept mail from domains whose servers 550-refuse bounces. 550 Sender verify failed quit 221 host1.northweb.com.br closing connection - 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]
[xmail] Re: Slow delivery of mail
Resending because I didn't get an echo - not sure if it made it to the list... Tracy wrote: Soenke Ruempler wrote: Hi Tracy, On 27.10.2006 14:00, Tracy wrote: I'm running XMail 1.20 (I know, not the current version) on Windows 2000 Server (SP4). I have two filters that run (one from pre-data - spam check, one from post-data - virus scan). For the last week, I've been noticing that mail delivery is running about 4 - 6 hours later than mail receipt. For example, I received about 5 minutes ago (7:50am) a posting from this mailing list with a time stamp of 3:09am - but checking the SMTP log for XMail shows that it was received by SMTP at 3:09:16 this morning. So, it sat in the processing queue somewhere for over 4.5 hours before being delivered to my mailbox. I have verified that if I stop XMail, then restart it, all the waiting mail suddenly gets delivered - but new items coming in still hang up in the queue. Any ideas on where to look for what might be causing this? I've checked to make sure that both the pre and post data filters are not hanging up anywhere - there aren't any copies of them still hanging around in the process list. And I've tried restarting the machine (same effect as restarting XMail - queued mail gets delivered, new arriving mail sticks in the queue). I remember exactly such behavior some time ago. There is some evil message in the que that seems to stop SMAIL threads. I didn't find any real solution but I somehow catched the evil thing. You can try the following: 1) Start XMail in debug mode and look when SMAIL stops processing the que. Maybe the last entry is the message. 2) Check all messages in the que (it shoud be the message in the rsnd/ folder) - one of them is evil. If you catch the message it'd be great if you can investigate it for some abnormal characters / sizes / etc. - I guess there's maybe some bug in the software that has not been found fixed - OR: some filter screwed up a spool file and X(S)Mail doesn't like it anymore... I hope these tipps will help you. I'd appreciate some feedback. Thanks. Well, it was definitely a corrupt message of some kind in the outbound queue. Once I got about 200 of the waiting messages out of the queue, local mail delivery started flowing again. It looked like it might have been more than one message - what it really looked like was that all the smail threads were getting tied up trying to deliver mail that would go for one reason or another. Stopping the debug session and restarting it several times (with retry set to 4 instead of default) cleared a bunch of it out and now things are going. I don't know what it was about the messages in particular - it could have been a number of nasty things, since all of the messages in question were spam reports and included the original spams. But for what it's worth, that's what I found out. Hope it strikes a chord with someone, and maybe turns up further answers. - 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]