Re: [qmailtoaster] Deferral problem.
On Sun, Sep 27, 2009 at 1:33 PM, Khan Mohamed Ashraf kmash...@gmail.comwrote: On Fri, Sep 25, 2009 at 6:32 PM, Jake Vickers j...@qmailtoaster.comwrote: Khan Mohamed Ashraf wrote: On Thu, Sep 24, 2009 at 5:45 PM, Jake Vickers j...@qmailtoaster.comwrote: Khan Mohamed Ashraf wrote: On Thu, Sep 24, 2009 at 7:55 AM, Jake Vickers j...@qmailtoaster.comwrote: Khan Mohamed Ashraf wrote: The List. First off I must apologize for stupidity on my part. If I have offended anybody I offer my sincere apologies. I thought I had edited out the domain name in my post but I see that it shows all in its full glory. My intention in not disclosing the IP or Domain was to protect the domain owner. I still have not been able to resolve the problem. It seems like a problem external to the server. I found this out by installing QMT5 on another machine and am getting the same problem on it. Outbound mail is not leaving the server. I am receiving mail normally. Thanks for all the excellent help available on the list. Khan Md Ashraf You did not offend, but without the real domain name or IP address (and possibly full, unedited logs) we can be of little help. I mentioned in one of my previous emails that the issue was possibly with the other server. Can you show us some logs where the error is showing (include 15 lines before the error, and 15 after so we can see the full transaction). Also set up an account (such as your Gmail account you're using) and try sending to that domain. Does it go through? I understand wanting to protect your mail server, but addresses are scrubbed from these emails when they are posted to the Internet, so the only ones who get these messages are admins like yourself. I run plenty of these systems for other people - I have no desire to do anything or know anything about your server. Mr. Vickers, Thank you. I am a much relieved man. I was only worried that some third parties would misuse the same. I happy that you have cleared that up for me. I receive mail to the server. No mail leaves the server. To even other QMT mail servers I have installed and manage. From my understanding of it, outbound mail is not leaving my server. It fails I think because of this @40004ab661f92150677c starting delivery 206: msg 3294479 to remote heloch...@cbl.abuseat.org @40004ab661f921507334 status: local 0/10 remote 1/60 @40004ab662c61668138c delivery 206: deferral: Connected_to_82.94.216.251_but_connection_died._(#4.4.2)/ And as far as I can make out this is different from the deferral related to spam list lookups. I have double and triple checked if the IP is listed on any spam list and it hasn't showed on any. This IP also is not a NAT for any local LAN' s, It sits on the DMZ of the firewall and does only mail. Try doing some telnet tests, as outlined here: http://wiki.qmailtoaster.com/index.php/How_to_use_telnet_for_diagnostics It looks like your firewall may have a spam proxy or smtp proxy and is intercepting the transmissions. If you're not sure, give us the results of the telnet test you did. Mr. Vickers, Thank you. This is what I tried yesterday. By passed the firewall all together for the mail server. With the firewall on the mail server also disabled. Still stuck with the same problem. Will try your suggestion. Are you getting this error when sending to only 1 server, or to every server. This is normally just greylisting on the recipient end. Mr. Vickers, I am currently out of town. Yes the error was to every domain I was trying to send mail to. The last I checked, I bypassed the firewall and it worked. Currently it seems to be working when directly connected, bypassing the firewall. I will be back in town as of Monday the 28th. Shall update the list subsequently. Thank you for all your help I am much obliged. Khan Md. Ashraf I am back. I have setup the mail server up to connect directly with its public IP. Problem is resolved in as much as that the 'deferral' of outbound mail has stopped. And mail is delivered immediately. Though I am still unhappy that it is facing the big bad internet directly. Not on the DMZ as it was earlier. Trying to figure that out with the help of the person managing the firewall. I have rc.firewall script running. This script I use for NAT and fire walling and has served me reasonably well. It used to be hosted at projectfiles.com and sourceforge.net a while back and was part of the first release of Vector Linux 3.0. It is now available from here http://www.ledow.org.uk/linux/ Khan Md. Ashraf
Re: [qmailtoaster] Deferral problem.
On Fri, Sep 25, 2009 at 6:32 PM, Jake Vickers j...@qmailtoaster.com wrote: Khan Mohamed Ashraf wrote: On Thu, Sep 24, 2009 at 5:45 PM, Jake Vickers j...@qmailtoaster.comwrote: Khan Mohamed Ashraf wrote: On Thu, Sep 24, 2009 at 7:55 AM, Jake Vickers j...@qmailtoaster.comwrote: Khan Mohamed Ashraf wrote: The List. First off I must apologize for stupidity on my part. If I have offended anybody I offer my sincere apologies. I thought I had edited out the domain name in my post but I see that it shows all in its full glory. My intention in not disclosing the IP or Domain was to protect the domain owner. I still have not been able to resolve the problem. It seems like a problem external to the server. I found this out by installing QMT5 on another machine and am getting the same problem on it. Outbound mail is not leaving the server. I am receiving mail normally. Thanks for all the excellent help available on the list. Khan Md Ashraf You did not offend, but without the real domain name or IP address (and possibly full, unedited logs) we can be of little help. I mentioned in one of my previous emails that the issue was possibly with the other server. Can you show us some logs where the error is showing (include 15 lines before the error, and 15 after so we can see the full transaction). Also set up an account (such as your Gmail account you're using) and try sending to that domain. Does it go through? I understand wanting to protect your mail server, but addresses are scrubbed from these emails when they are posted to the Internet, so the only ones who get these messages are admins like yourself. I run plenty of these systems for other people - I have no desire to do anything or know anything about your server. Mr. Vickers, Thank you. I am a much relieved man. I was only worried that some third parties would misuse the same. I happy that you have cleared that up for me. I receive mail to the server. No mail leaves the server. To even other QMT mail servers I have installed and manage. From my understanding of it, outbound mail is not leaving my server. It fails I think because of this @40004ab661f92150677c starting delivery 206: msg 3294479 to remote heloch...@cbl.abuseat.org @40004ab661f921507334 status: local 0/10 remote 1/60 @40004ab662c61668138c delivery 206: deferral: Connected_to_82.94.216.251_but_connection_died._(#4.4.2)/ And as far as I can make out this is different from the deferral related to spam list lookups. I have double and triple checked if the IP is listed on any spam list and it hasn't showed on any. This IP also is not a NAT for any local LAN' s, It sits on the DMZ of the firewall and does only mail. Try doing some telnet tests, as outlined here: http://wiki.qmailtoaster.com/index.php/How_to_use_telnet_for_diagnostics It looks like your firewall may have a spam proxy or smtp proxy and is intercepting the transmissions. If you're not sure, give us the results of the telnet test you did. Mr. Vickers, Thank you. This is what I tried yesterday. By passed the firewall all together for the mail server. With the firewall on the mail server also disabled. Still stuck with the same problem. Will try your suggestion. Are you getting this error when sending to only 1 server, or to every server. This is normally just greylisting on the recipient end. Mr. Vickers, I am currently out of town. Yes the error was to every domain I was trying to send mail to. The last I checked, I bypassed the firewall and it worked. Currently it seems to be working when directly connected, bypassing the firewall. I will be back in town as of Monday the 28th. Shall update the list subsequently. Thank you for all your help I am much obliged. Khan Md. Ashraf
Re: [qmailtoaster] Deferral problem.
Khan Mohamed Ashraf wrote: On Thu, Sep 24, 2009 at 5:45 PM, Jake Vickers j...@qmailtoaster.com mailto:j...@qmailtoaster.com wrote: Khan Mohamed Ashraf wrote: On Thu, Sep 24, 2009 at 7:55 AM, Jake Vickers j...@qmailtoaster.com mailto:j...@qmailtoaster.com wrote: Khan Mohamed Ashraf wrote: The List. First off I must apologize for stupidity on my part. If I have offended anybody I offer my sincere apologies. I thought I had edited out the domain name in my post but I see that it shows all in its full glory. My intention in not disclosing the IP or Domain was to protect the domain owner. I still have not been able to resolve the problem. It seems like a problem external to the server. I found this out by installing QMT5 on another machine and am getting the same problem on it. Outbound mail is not leaving the server. I am receiving mail normally. Thanks for all the excellent help available on the list. Khan Md Ashraf You did not offend, but without the real domain name or IP address (and possibly full, unedited logs) we can be of little help. I mentioned in one of my previous emails that the issue was possibly with the other server. Can you show us some logs where the error is showing (include 15 lines before the error, and 15 after so we can see the full transaction). Also set up an account (such as your Gmail account you're using) and try sending to that domain. Does it go through? I understand wanting to protect your mail server, but addresses are scrubbed from these emails when they are posted to the Internet, so the only ones who get these messages are admins like yourself. I run plenty of these systems for other people - I have no desire to do anything or know anything about your server. Mr. Vickers, Thank you. I am a much relieved man. I was only worried that some third parties would misuse the same. I happy that you have cleared that up for me. I receive mail to the server. No mail leaves the server. To even other QMT mail servers I have installed and manage. From my understanding of it, outbound mail is not leaving my server. It fails I think because of this @40004ab661f92150677c starting delivery 206: msg 3294479 to remote heloch...@cbl.abuseat.org mailto:heloch...@cbl.abuseat.org @40004ab661f921507334 status: local 0/10 remote 1/60 @40004ab662c61668138c delivery 206: deferral: Connected_to_82.94.216.251_but_connection_died._(#4.4.2)/ And as far as I can make out this is different from the deferral related to spam list lookups. I have double and triple checked if the IP is listed on any spam list and it hasn't showed on any. This IP also is not a NAT for any local LAN' s, It sits on the DMZ of the firewall and does only mail. Try doing some telnet tests, as outlined here: http://wiki.qmailtoaster.com/index.php/How_to_use_telnet_for_diagnostics It looks like your firewall may have a spam proxy or smtp proxy and is intercepting the transmissions. If you're not sure, give us the results of the telnet test you did. Mr. Vickers, Thank you. This is what I tried yesterday. By passed the firewall all together for the mail server. With the firewall on the mail server also disabled. Still stuck with the same problem. Will try your suggestion. Are you getting this error when sending to only 1 server, or to every server. This is normally just greylisting on the recipient end.
Re: [qmailtoaster] Deferral problem.
Khan Mohamed Ashraf wrote: On Thu, Sep 24, 2009 at 7:55 AM, Jake Vickers j...@qmailtoaster.com mailto:j...@qmailtoaster.com wrote: Khan Mohamed Ashraf wrote: The List. First off I must apologize for stupidity on my part. If I have offended anybody I offer my sincere apologies. I thought I had edited out the domain name in my post but I see that it shows all in its full glory. My intention in not disclosing the IP or Domain was to protect the domain owner. I still have not been able to resolve the problem. It seems like a problem external to the server. I found this out by installing QMT5 on another machine and am getting the same problem on it. Outbound mail is not leaving the server. I am receiving mail normally. Thanks for all the excellent help available on the list. Khan Md Ashraf You did not offend, but without the real domain name or IP address (and possibly full, unedited logs) we can be of little help. I mentioned in one of my previous emails that the issue was possibly with the other server. Can you show us some logs where the error is showing (include 15 lines before the error, and 15 after so we can see the full transaction). Also set up an account (such as your Gmail account you're using) and try sending to that domain. Does it go through? I understand wanting to protect your mail server, but addresses are scrubbed from these emails when they are posted to the Internet, so the only ones who get these messages are admins like yourself. I run plenty of these systems for other people - I have no desire to do anything or know anything about your server. Mr. Vickers, Thank you. I am a much relieved man. I was only worried that some third parties would misuse the same. I happy that you have cleared that up for me. I receive mail to the server. No mail leaves the server. To even other QMT mail servers I have installed and manage. From my understanding of it, outbound mail is not leaving my server. It fails I think because of this @40004ab661f92150677c starting delivery 206: msg 3294479 to remote heloch...@cbl.abuseat.org mailto:heloch...@cbl.abuseat.org @40004ab661f921507334 status: local 0/10 remote 1/60 @40004ab662c61668138c delivery 206: deferral: Connected_to_82.94.216.251_but_connection_died._(#4.4.2)/ And as far as I can make out this is different from the deferral related to spam list lookups. I have double and triple checked if the IP is listed on any spam list and it hasn't showed on any. This IP also is not a NAT for any local LAN' s, It sits on the DMZ of the firewall and does only mail. Try doing some telnet tests, as outlined here: http://wiki.qmailtoaster.com/index.php/How_to_use_telnet_for_diagnostics It looks like your firewall may have a spam proxy or smtp proxy and is intercepting the transmissions. If you're not sure, give us the results of the telnet test you did.
Re: [qmailtoaster] Deferral problem.
On Sun, Sep 20, 2009 at 6:19 PM, Khan Mohamed Ashraf kmash...@gmail.comwrote: On Thu, Sep 17, 2009 at 8:20 PM, Eric Shubert e...@shubes.net wrote: Khan Mohamed Ashraf wrote: On Thu, Sep 17, 2009 at 5:50 PM, Jake Vickers j...@qmailtoaster.commailto: j...@qmailtoaster.com wrote: Khan Mohamed Ashraf wrote: Hello the List! All outbound mail from one of the qmailtoasters I've installed and manage is getting deferred. @40004ab217261e6d833c starting delivery 1: msg 3294474 to remote ash...@x.com mailto:ash...@x.com @40004ab217261e6ec38c status: local 0/10 remote 1/60 @40004ab217f228d8bbd4 delivery 1: deferral: Connected_to_x.x.x.x_but_connection_died._(#4.4.2)/ I used qtp-newmodel to upgrade this server earlier since clamav was eating up all cpu time and essentially made the server fail. The only minor problem I had doing the upgrade was I had to update a few packages manually. After the upgrade it seemed to work without problem. But over the last few days I have this problem. Inbound mail does not seem to have a problem This is the current output of qtp-whatami qtp-whatami v0.2.3 DISTRO=CentOS OSVER=4.5 ARCH=i686 BUILD_DIST=cnt40 BUILD_DIR=/usr/src/redhat This machine's OS is supported, but this version/arch has not been tested In researching the list for info I thought perhaps the SPF setting was causing the problem and tried setting up an SPF record for the server. I have since removed the same and also set the spfbehavior settings to 1 from 3 In spite of these changes all outbound mail is getting deferred. All help appreciated Ashraf If you tell us the IP/hostname of your server, we can look it up in the spam databases to see if you've been listed. Ultimately, the deferral is on the other server which may not be your problem. Mr. Vickers, Thank you for you lightening reply. I am sorry I did not mention it earlier. But that was one of the immediate things I did upon the problem. I checked the CBL as well as well as http://www.mxtoolbox.com/SuperTool.aspx and this particular server is not listed. The IP of this server is not a NAT for any private network either. I am also sorry to say that I cannot break trust by giving out the IP/HOSTNAME of the server. If I may, I provide a obfuscated screen shot of the CBL check. mailserver_cbl_obfu.png as per attachment. The SuperTool list is long and I will not be able to provide a complete screenshot though I can assure you that the server or its IP does not appear there either. From what you say I think a thorough check of the settings is probably needed due the upgrade I would be happy to hear from you in case you can tell me off any other possibility for this problem Thank you once again for your reply Much appreciated Ashraf You'll find a backup of your configuration parameters in /usr/src/qtp-upgrade/backups/. There's a folder there of each time qtp-newmodel is run. You can compare the contents of the most recent backup directory against what is currently configured. Please let us know if you find anything. Were you previously using DK signatures? -- -Eric 'shubes' - Qmailtoaster is sponsored by Vickers Consulting Group ( www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com Mr. Shubert, Thank you for your mail. No I do not have DK signatures on the server. I have been trying to figure why of it. I am still clueless. I am appending the bounce of one of the test mails I tried sending. Also the mail server is within the DMZ of the firewall. Could this be a problem 'Received: from unknown (HELO mail..com) (127.0.0.1)' Hi. This is the qmail-send program at mail..com. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. kmash...@gmail.com http://mail.healthsoftusa.com/webmail/src/compose.php?send_to=kmashraf%40gmail.com: Connected to 209.85.222.80 but connection died. (#4.4.2) I'm not going to try again; this message has been in the queue too long. kma...@yahoo.com http://mail.healthsoftusa.com/webmail/src/compose.php?send_to=kmashr%40yahoo.com: Connected to 98.137.54.238 but connection died. (#4.4.2) I'm not going to try again; this message has been in the queue too long. --- Below this line is a
Re: [qmailtoaster] Deferral problem.
Khan Mohamed Ashraf wrote: The List. First off I must apologize for stupidity on my part. If I have offended anybody I offer my sincere apologies. I thought I had edited out the domain name in my post but I see that it shows all in its full glory. My intention in not disclosing the IP or Domain was to protect the domain owner. I still have not been able to resolve the problem. It seems like a problem external to the server. I found this out by installing QMT5 on another machine and am getting the same problem on it. Outbound mail is not leaving the server. I am receiving mail normally. Thanks for all the excellent help available on the list. Khan Md Ashraf You did not offend, but without the real domain name or IP address (and possibly full, unedited logs) we can be of little help. I mentioned in one of my previous emails that the issue was possibly with the other server. Can you show us some logs where the error is showing (include 15 lines before the error, and 15 after so we can see the full transaction). Also set up an account (such as your Gmail account you're using) and try sending to that domain. Does it go through? I understand wanting to protect your mail server, but addresses are scrubbed from these emails when they are posted to the Internet, so the only ones who get these messages are admins like yourself. I run plenty of these systems for other people - I have no desire to do anything or know anything about your server.
Re: [qmailtoaster] Deferral problem.
On Thu, Sep 24, 2009 at 7:55 AM, Jake Vickers j...@qmailtoaster.com wrote: Khan Mohamed Ashraf wrote: The List. First off I must apologize for stupidity on my part. If I have offended anybody I offer my sincere apologies. I thought I had edited out the domain name in my post but I see that it shows all in its full glory. My intention in not disclosing the IP or Domain was to protect the domain owner. I still have not been able to resolve the problem. It seems like a problem external to the server. I found this out by installing QMT5 on another machine and am getting the same problem on it. Outbound mail is not leaving the server. I am receiving mail normally. Thanks for all the excellent help available on the list. Khan Md Ashraf You did not offend, but without the real domain name or IP address (and possibly full, unedited logs) we can be of little help. I mentioned in one of my previous emails that the issue was possibly with the other server. Can you show us some logs where the error is showing (include 15 lines before the error, and 15 after so we can see the full transaction). Also set up an account (such as your Gmail account you're using) and try sending to that domain. Does it go through? I understand wanting to protect your mail server, but addresses are scrubbed from these emails when they are posted to the Internet, so the only ones who get these messages are admins like yourself. I run plenty of these systems for other people - I have no desire to do anything or know anything about your server. Mr. Vickers, Thank you. I am a much relieved man. I was only worried that some third parties would misuse the same. I happy that you have cleared that up for me. I receive mail to the server. No mail leaves the server. To even other QMT mail servers I have installed and manage. From my understanding of it, outbound mail is not leaving my server. It fails I think because of this @40004ab661f92150677c starting delivery 206: msg 3294479 to remote heloch...@cbl.abuseat.org @40004ab661f921507334 status: local 0/10 remote 1/60 @40004ab662c61668138c delivery 206: deferral: Connected_to_82.94.216.251_but_connection_died._(#4.4.2)/ And as far as I can make out this is different from the deferral related to spam list lookups. I have double and triple checked if the IP is listed on any spam list and it hasn't showed on any. This IP also is not a NAT for any local LAN' s, It sits on the DMZ of the firewall and does only mail. This is the /var/log/qmail/send/current log @40004ab661f92150677c starting delivery 206: msg 3294479 to remote heloch...@cbl.abuseat.org @40004ab661f921507334 status: local 0/10 remote 1/60 @40004ab662c61668138c delivery 206: deferral: Connected_to_82.94.216.251_but_connection_died._(#4.4.2)/ @40004ab662c616681f44 status: local 0/10 remote 0/60 @40004ab66e32377c662c starting delivery 207: msg 3294476 to remote kmash...@gmail.com @40004ab66e32377c71e4 status: local 0/10 remote 1/60 @40004ab66f13361e39a4 delivery 207: deferral: Connected_to_209.85.222.41_but_connection_died._(#4.4.2)/ @40004ab66f13361e455c status: local 0/10 remote 0/60 @40004ab679691e214f6c starting delivery 208: msg 3294479 to remote heloch...@cbl.abuseat.org @40004ab679691e215b24 status: local 0/10 remote 1/60 @40004ab67a36137f052c delivery 208: deferral: Connected_to_82.94.216.251_but_connection_died._(#4.4.2)/ @40004ab67a36137f10e4 status: local 0/10 remote 0/60 @40004ab693f9134c48e4 starting delivery 209: msg 3294479 to remote heloch...@cbl.abuseat.org @40004ab693f9134c549c status: local 0/10 remote 1/60 @40004ab694c6071e70ec delivery 209: deferral: Connected_to_82.94.216.251_but_connection_died._(#4.4.2)/ @40004ab694c6071e7ca4 status: local 0/10 remote 0/60 @40004ab6954205f2be44 starting delivery 210: msg 3294476 to remote kmash...@gmail.com @40004ab6954205f2c9fc status: local 0/10 remote 1/60 @40004ab696222ad3767c delivery 210: deferral: Connected_to_209.85.222.61_but_connection_died._(#4.4.2)/ @40004ab696222ad38234 status: local 0/10 remote 0/60 @40004ab6ad870b543afc new msg 3294458 @40004ab6ad870b5446b4 info msg 3294458: bytes 7595 from r...@mail.healthsoftusa.com qp 14602 uid 0 @40004ab6ad870cb1d314 starting delivery 211: msg 3294458 to remote r...@mail.healthsoftusa.com @40004ab6ad870cb1e2b4 status: local 0/10 remote 1/60 @40004ab6adab27400304 new msg 3294487 @40004ab6adab27400ebc info msg 3294487: bytes 7829 from r...@mail.healthsoftusa.com qp 14786 uid 89 @40004ab6adab27a8e694 starting delivery 212: msg 3294487 to remote r...@mail.healthsoftusa.com @40004ab6adab27a8f634 status: local 0/10 remote 2/60 @40004ab6adab27a8fa1c delivery 211: success: User_and_password_not_set,_continuing_without_authentication./ r...@mail.healthsoftusa.com_203.196.171.124_accepted_message./Re mote_host_said:_250_ok_1253485985_qp_14785/ @40004ab6adab27a901ec
Re: [qmailtoaster] Deferral problem.
On Thu, Sep 17, 2009 at 8:20 PM, Eric Shubert e...@shubes.net wrote: Khan Mohamed Ashraf wrote: On Thu, Sep 17, 2009 at 5:50 PM, Jake Vickers j...@qmailtoaster.commailto: j...@qmailtoaster.com wrote: Khan Mohamed Ashraf wrote: Hello the List! All outbound mail from one of the qmailtoasters I've installed and manage is getting deferred. @40004ab217261e6d833c starting delivery 1: msg 3294474 to remote ash...@x.com mailto:ash...@x.com @40004ab217261e6ec38c status: local 0/10 remote 1/60 @40004ab217f228d8bbd4 delivery 1: deferral: Connected_to_x.x.x.x_but_connection_died._(#4.4.2)/ I used qtp-newmodel to upgrade this server earlier since clamav was eating up all cpu time and essentially made the server fail. The only minor problem I had doing the upgrade was I had to update a few packages manually. After the upgrade it seemed to work without problem. But over the last few days I have this problem. Inbound mail does not seem to have a problem This is the current output of qtp-whatami qtp-whatami v0.2.3 DISTRO=CentOS OSVER=4.5 ARCH=i686 BUILD_DIST=cnt40 BUILD_DIR=/usr/src/redhat This machine's OS is supported, but this version/arch has not been tested In researching the list for info I thought perhaps the SPF setting was causing the problem and tried setting up an SPF record for the server. I have since removed the same and also set the spfbehavior settings to 1 from 3 In spite of these changes all outbound mail is getting deferred. All help appreciated Ashraf If you tell us the IP/hostname of your server, we can look it up in the spam databases to see if you've been listed. Ultimately, the deferral is on the other server which may not be your problem. Mr. Vickers, Thank you for you lightening reply. I am sorry I did not mention it earlier. But that was one of the immediate things I did upon the problem. I checked the CBL as well as well as http://www.mxtoolbox.com/SuperTool.aspx and this particular server is not listed. The IP of this server is not a NAT for any private network either. I am also sorry to say that I cannot break trust by giving out the IP/HOSTNAME of the server. If I may, I provide a obfuscated screen shot of the CBL check. mailserver_cbl_obfu.png as per attachment. The SuperTool list is long and I will not be able to provide a complete screenshot though I can assure you that the server or its IP does not appear there either. From what you say I think a thorough check of the settings is probably needed due the upgrade I would be happy to hear from you in case you can tell me off any other possibility for this problem Thank you once again for your reply Much appreciated Ashraf You'll find a backup of your configuration parameters in /usr/src/qtp-upgrade/backups/. There's a folder there of each time qtp-newmodel is run. You can compare the contents of the most recent backup directory against what is currently configured. Please let us know if you find anything. Were you previously using DK signatures? -- -Eric 'shubes' - Qmailtoaster is sponsored by Vickers Consulting Group ( www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com Mr. Shubert, Thank you for your mail. No I do not have DK signatures on the server. I have been trying to figure why of it. I am still clueless. I am appending the bounce of one of the test mails I tried sending. Also the mail server is within the DMZ of the firewall. Could this be a problem 'Received: from unknown (HELO mail..com) (127.0.0.1)' Hi. This is the qmail-send program at mail..com. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. kmash...@gmail.com http://mail.healthsoftusa.com/webmail/src/compose.php?send_to=kmashraf%40gmail.com: Connected to 209.85.222.80 but connection died. (#4.4.2) I'm not going to try again; this message has been in the queue too long. kma...@yahoo.com http://mail.healthsoftusa.com/webmail/src/compose.php?send_to=kmashr%40yahoo.com: Connected to 98.137.54.238 but connection died. (#4.4.2) I'm not going to try again; this message has been in the queue too long. --- Below this line is a copy of the message. Return-Path: ash...@.com
[qmailtoaster] Deferral problem.
Hello the List! All outbound mail from one of the qmailtoasters I've installed and manage is getting deferred. @40004ab217261e6d833c starting delivery 1: msg 3294474 to remote ash...@x.com @40004ab217261e6ec38c status: local 0/10 remote 1/60 @40004ab217f228d8bbd4 delivery 1: deferral: Connected_to_x.x.x.x_but_connection_died._(#4.4.2)/ I used qtp-newmodel to upgrade this server earlier since clamav was eating up all cpu time and essentially made the server fail. The only minor problem I had doing the upgrade was I had to update a few packages manually. After the upgrade it seemed to work without problem. But over the last few days I have this problem. Inbound mail does not seem to have a problem This is the current output of qtp-whatami qtp-whatami v0.2.3 DISTRO=CentOS OSVER=4.5 ARCH=i686 BUILD_DIST=cnt40 BUILD_DIR=/usr/src/redhat This machine's OS is supported, but this version/arch has not been tested In researching the list for info I thought perhaps the SPF setting was causing the problem and tried setting up an SPF record for the server. I have since removed the same and also set the spfbehavior settings to 1 from 3 In spite of these changes all outbound mail is getting deferred. All help appreciated Ashraf
Re: [qmailtoaster] Deferral problem.
Khan Mohamed Ashraf wrote: Hello the List! All outbound mail from one of the qmailtoasters I've installed and manage is getting deferred. @40004ab217261e6d833c starting delivery 1: msg 3294474 to remote ash...@x.com mailto:ash...@x.com @40004ab217261e6ec38c status: local 0/10 remote 1/60 @40004ab217f228d8bbd4 delivery 1: deferral: Connected_to_x.x.x.x_but_connection_died._(#4.4.2)/ I used qtp-newmodel to upgrade this server earlier since clamav was eating up all cpu time and essentially made the server fail. The only minor problem I had doing the upgrade was I had to update a few packages manually. After the upgrade it seemed to work without problem. But over the last few days I have this problem. Inbound mail does not seem to have a problem This is the current output of qtp-whatami qtp-whatami v0.2.3 DISTRO=CentOS OSVER=4.5 ARCH=i686 BUILD_DIST=cnt40 BUILD_DIR=/usr/src/redhat This machine's OS is supported, but this version/arch has not been tested In researching the list for info I thought perhaps the SPF setting was causing the problem and tried setting up an SPF record for the server. I have since removed the same and also set the spfbehavior settings to 1 from 3 In spite of these changes all outbound mail is getting deferred. All help appreciated Ashraf If you tell us the IP/hostname of your server, we can look it up in the spam databases to see if you've been listed. Ultimately, the deferral is on the other server which may not be your problem.
Re: [qmailtoaster] Deferral problem.
Khan Mohamed Ashraf wrote: On Thu, Sep 17, 2009 at 5:50 PM, Jake Vickers j...@qmailtoaster.com mailto:j...@qmailtoaster.com wrote: Khan Mohamed Ashraf wrote: Hello the List! All outbound mail from one of the qmailtoasters I've installed and manage is getting deferred. @40004ab217261e6d833c starting delivery 1: msg 3294474 to remote ash...@x.com mailto:ash...@x.com @40004ab217261e6ec38c status: local 0/10 remote 1/60 @40004ab217f228d8bbd4 delivery 1: deferral: Connected_to_x.x.x.x_but_connection_died._(#4.4.2)/ I used qtp-newmodel to upgrade this server earlier since clamav was eating up all cpu time and essentially made the server fail. The only minor problem I had doing the upgrade was I had to update a few packages manually. After the upgrade it seemed to work without problem. But over the last few days I have this problem. Inbound mail does not seem to have a problem This is the current output of qtp-whatami qtp-whatami v0.2.3 DISTRO=CentOS OSVER=4.5 ARCH=i686 BUILD_DIST=cnt40 BUILD_DIR=/usr/src/redhat This machine's OS is supported, but this version/arch has not been tested In researching the list for info I thought perhaps the SPF setting was causing the problem and tried setting up an SPF record for the server. I have since removed the same and also set the spfbehavior settings to 1 from 3 In spite of these changes all outbound mail is getting deferred. All help appreciated Ashraf If you tell us the IP/hostname of your server, we can look it up in the spam databases to see if you've been listed. Ultimately, the deferral is on the other server which may not be your problem. Mr. Vickers, Thank you for you lightening reply. I am sorry I did not mention it earlier. But that was one of the immediate things I did upon the problem. I checked the CBL as well as well as http://www.mxtoolbox.com/SuperTool.aspx and this particular server is not listed. The IP of this server is not a NAT for any private network either. I am also sorry to say that I cannot break trust by giving out the IP/HOSTNAME of the server. If I may, I provide a obfuscated screen shot of the CBL check. mailserver_cbl_obfu.png as per attachment. The SuperTool list is long and I will not be able to provide a complete screenshot though I can assure you that the server or its IP does not appear there either. From what you say I think a thorough check of the settings is probably needed due the upgrade I would be happy to hear from you in case you can tell me off any other possibility for this problem Thank you once again for your reply Much appreciated Ashraf You'll find a backup of your configuration parameters in /usr/src/qtp-upgrade/backups/. There's a folder there of each time qtp-newmodel is run. You can compare the contents of the most recent backup directory against what is currently configured. Please let us know if you find anything. Were you previously using DK signatures? -- -Eric 'shubes' - Qmailtoaster is sponsored by Vickers Consulting Group (www.vickersconsulting.com) Vickers Consulting Group offers Qmailtoaster support and installations. If you need professional help with your setup, contact them today! - Please visit qmailtoaster.com for the latest news, updates, and packages. To unsubscribe, e-mail: qmailtoaster-list-unsubscr...@qmailtoaster.com For additional commands, e-mail: qmailtoaster-list-h...@qmailtoaster.com