[xmail] Re: eMail NOT automatically being requeued?
On 14 Jun 2007, at 23:55, Hal Dell wrote: Dear David Lord- Hal Dell wrote: The problem is that I received the error code and message 451 Greylisted, please try again in 900 seconds. In the case of xMail it did not retry to send the eMail. According to RFC2505, 4xx are Transient Negative Completion reply (Temporary Error) and should result in the mail transfer being put back on queue again and a new attempt being made later. David Lord wrote: That doesn't seem right, as greylisting has been taken up by more providers I've seen temporary failure many times but xmail retries and either delivers or eventually gives up and I get an unable to deliver message. Only unable to deliver have been whilst testing and not to real addresses. Xmail default here was a notification after first temporary failure then after complete failure which might be 4 - 5 days later. I modified notification settings to 1,6,9 attempts but any that have hit 6, all test emails, never get through at all. If I'm desperate I check what is still in spool file that xmail is still trying. One unlikely possibility is the greylisting accept period is too short and after jumping past it there is no possibility mail will get through. Thanks for the input -- I've been using xMail for quite some time and checked on your suggestions. I don't understand the NotifyTryPattern option -- is this in hours? None of the docs I found describe this in detail. These are simply the queue retry counts at which a notification email is sent to both postmaster and user that the email is still queued. By default xmail makes 32 retries but only slowly increases time between retries from initial period of 480 seconds set by commandline options -Qt timeout, -Qi ratio, -Qr nretries. It's probably not a good idea to change from defaults. The problem is that with the 451 returned error from the remote MTA -- xMail seems to have considered this an error because it immediately sent back an eMail to the user with the Subject Error sending message It did NOT retry -- I double checked this by reviewing the log file. Here is what is in the LOG file (please note I removed the original from/to for privacy) : [PeekTime] 1181221418 : Thu, 7 Jun 2007 09:03:38 -0400 ErrCode = -77 ErrString = [RCPT TO:] not permitted by remote SMTP server ErrInfo = 451 Greylisted, please try again in 900 seconds SMAIL SMTP-Send MX = mail22.webcontrolcenter.com. SMTP = smtp-x1.phl1.mgfx.com From = dest To = from Failed ! SMTP-Error = 451 Greylisted, please try again in 900 seconds SMTP-Server = mail22.webcontrolcenter.com. The error code -77 translates to ERR_SMTP_BAD_RCPT_TO with the string [RCPT TO:] not permitted by remote SMTP server as shown. I don't think this is correct I am hoping that someone can read the source code better then I can to help figure this out. I don't see any place in the Server.Tab to change this behavior. For xMail to work with other MTAs it needs to follow the RFC 2505 and I think xMail should treat 451 as a soft error? I've just looked back through mails to postmaster and the codes 451 along with -77 are normal for email that is being blocked by greylisting and eventually sent (can't find messages for retry 6). Unfortunately they are normal from a couple of sites where mail is in effect rejected permanently. I see several cases of test emails where reason is given as eg. unacceptable sender address and other similar reasons that might be correctable by the sender. These are not generally problems caused by xmail. David - 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 NOT automatically being requeued?
From David's email: -Qt timeout, -Qi ratio, -Qr nretries. Your server was set to retry 0 times... yes.. that's probably the problem.. Ivo - Original Message - From: Hal Dell [EMAIL PROTECTED] To: xmail@xmailserver.org Sent: Friday, June 15, 2007 1:07 PM Subject: [xmail] Re: eMail NOT automatically being requeued? Francis wrote: Sure, 4xx error codes should allways be considered as they are, = temporary errors, so the sending mta should retry according to it's own normal scheduling retry process. I noticed some other mta on the web changing some specific 4xx error to 'fatal' when received in particular places in the smtp session (after = some specific commands even if rfc says it's o to send this 4xx error at = this place). Could it be the case for xmail when sending ? I didn't check the code too :) I tried looking at the code and could NOT follow it. Anyone an expert at the xMail code base? David Lord wrote: I don't understand the NotifyTryPattern option -- is this in hours? None of the docs I found describe this in detail. These are simply the queue retry counts at which a notification email is sent to both postmaster and user that the email is still queued. By default xmail makes 32 retries but only slowly increases time between retries from initial period of 480 seconds set by commandline options -Qt timeout, -Qi ratio, -Qr nretries. It's probably not a good idea to change from defaults. Here is my command line: -Mr 6 -Pt 300 -Pl -Pw 5 -Ph -PI x.x.x.x:110 -PX 50 -St 300 -SI -SI x.x.x.x:25 -SI x.x.x.x:8291 -SX 50 -Sr 25 -Qn 50 -Qr 0 -Ql -Ct 300 -Cl -CI x.x.x.x:6017 -CX 4 -Ln 50 -Ll I was using XMailInstaller to config the command line -- could -Qr 0 be the problem? I update my command line to: -Mr 6 -Pt 300 -Pl -Pw 5 -Ph -PI x.x.x.x:110 -PX 50 -St 300 -Sl -SI x.x.x.x:25 -SI x.x.x.x:8291 -SX 50 -Sr 25 -Qn 50 -Ql -Ct 300 -Cl -CI x.x.x.x:6017 -CX 4 -Ln 50 -Ll I tired looking for a new version of XMailInstaller and all I could find is the save V0.0.2.0 from 2000! Thanks, Hal Dell Managing Partner ePodWorks.net, Inc. PO Box 22 Willow Grove, PA 19090 +1-215-830-0662 (phone) +1-215-913-6894 (cell) +1-866-549-4652 (fax) Need Support send eMail 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] - 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 NOT automatically being requeued?
Dear David Lord- Hal Dell wrote: The problem is that I received the error code and message 451 Greylisted, please try again in 900 seconds. In the case of xMail it did not retry to send the eMail. According to RFC2505, 4xx are Transient Negative Completion reply (Temporary Error) and should result in the mail transfer being put back on queue again and a new attempt being made later. David Lord wrote: That doesn't seem right, as greylisting has been taken up by more providers I've seen temporary failure many times but xmail retries and either delivers or eventually gives up and I get an unable to deliver message. Only unable to deliver have been whilst testing and not to real addresses. Xmail default here was a notification after first temporary failure then after complete failure which might be 4 - 5 days later. I modified notification settings to 1,6,9 attempts but any that have hit 6, all test emails, never get through at all. If I'm desperate I check what is still in spool file that xmail is still trying. One unlikely possibility is the greylisting accept period is too short and after jumping past it there is no possibility mail will get through. Thanks for the input -- I've been using xMail for quite some time and checked on your suggestions. I don't understand the NotifyTryPattern option -- is this in hours? None of the docs I found describe this in detail. The problem is that with the 451 returned error from the remote MTA -- xMail seems to have considered this an error because it immediately sent back an eMail to the user with the Subject Error sending message It did NOT retry -- I double checked this by reviewing the log file. Here is what is in the LOG file (please note I removed the original from/to for privacy) : [PeekTime] 1181221418 : Thu, 7 Jun 2007 09:03:38 -0400 ErrCode = -77 ErrString = [RCPT TO:] not permitted by remote SMTP server ErrInfo = 451 Greylisted, please try again in 900 seconds SMAIL SMTP-Send MX = mail22.webcontrolcenter.com. SMTP = smtp-x1.phl1.mgfx.com From = dest To = from Failed ! SMTP-Error = 451 Greylisted, please try again in 900 seconds SMTP-Server = mail22.webcontrolcenter.com. The error code -77 translates to ERR_SMTP_BAD_RCPT_TO with the string [RCPT TO:] not permitted by remote SMTP server as shown. I don't think this is correct I am hoping that someone can read the source code better then I can to help figure this out. I don't see any place in the Server.Tab to change this behavior. For xMail to work with other MTAs it needs to follow the RFC 2505 and I think xMail should treat 451 as a soft error? Thanks, Hal Dell Managing Partner ePodWorks.net, Inc. PO Box 22 Willow Grove, PA 19090 +1-215-830-0662 (phone) +1-215-913-6894 (cell) +1-866-549-4652 (fax) Need Support send eMail 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: eMail NOT automatically being requeued?
Hello All... I have a sender who is using our xMail infrastructure to send eMails and one such eMail address is associated with the destination eMail Server mail22.webcontrolcenter.com which has implemented Greylisting (For those not familiar with Greylisting is a process by which the remote MTA rejects the eMail from a sender the first time -- every time -- assuming that a SPAM bot or alike does not have the ability to resend). The problem is that I received the error code and message 451 Greylisted, please try again in 900 seconds. In the case of xMail it did not retry to send the eMail. According to RFC2505, 4xx are Transient Negative Completion reply (Temporary Error) and should result in the mail transfer being put back on queue again and a new attempt being made later. My question is why is this the xMail behavior given the above? Is this something I can change in the config. Thanks, Hal Dell Managing Partner ePodWorks.net, Inc. PO Box 22 Willow Grove, PA 19090 - 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 NOT automatically being requeued?
On 12 Jun 2007, at 9:41, Hal Dell wrote: Hello All... I have a sender who is using our xMail infrastructure to send eMails and one such eMail address is associated with the destination eMail Server mail22.webcontrolcenter.com which has implemented Greylisting (For those not familiar with Greylisting is a process by which the remote MTA rejects the eMail from a sender the first time -- every time -- assuming that a SPAM bot or alike does not have the ability to resend). The problem is that I received the error code and message 451 Greylisted, please try again in 900 seconds. In the case of xMail it did not retry to send the eMail. According to RFC2505, 4xx are Transient Negative Completion reply (Temporary Error) and should result in the mail transfer being put back on queue again and a new attempt being made later. That doesn't seem right, as greylisting has been taken up by more providers I've seen temporary failure many times but xmail retries and either delivers or eventually gives up and I get an unable to deliver message. Only unable to deliver have been whilst testing and not to real addresses. Xmail default here was a notification after first temporary failure then after complete failure which might be 4 - 5 days later. I modified notification settings to 1,6,9 attempts but any that have hit 6, all test emails, never get through at all. If I'm desperate I check what is still in spool file that xmail is still trying. One unlikely possibility is the greylisting accept period is too short and after jumping past it there is no possibility mail will get through. What is your server.tab 'NotifyTryPattern' along with xmail commandline, in particular the -Q options if any? I have -Qr (retries) set to 9 rather than default of 32 with Qi to spread retries out more than default. David - 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]
