problems sending to certain domains all of a sudden
-
- Posts: 5858
- Joined: Fri Jan 16, 2004 6:49 am
- Location: Melbourne
Correct just the outbound IP will be checked against for a PTR record.
Here is one of my posts from another thread just FYI;
Hi, just a little update on the error 0 found in returned messages. This is a generic mail message returned by ME when the remote server inexplicitly terminates connection or rejects connection without notice.
Originally this was put into the message to explain the above and replace the earlier message with a code that could be better explained as opposed to the even more unclear message from earlier.
It would seem that this error is still confusing and does not handle the issue with an explanation that the problem is most likely not a problem with your MailEnable server but the remote, unless you are blacklisted or have no PTR yada yada......
We are in the process of changing this again and will simply try to write out the last line from the remote server and use the return codes if any to give maximum data on the disconnection. Yes we know, why didn’t we just do this in the first place well a case of minimum effort with maximum outcome but we now realize that more is needed
Here is one of my posts from another thread just FYI;
Hi, just a little update on the error 0 found in returned messages. This is a generic mail message returned by ME when the remote server inexplicitly terminates connection or rejects connection without notice.
Originally this was put into the message to explain the above and replace the earlier message with a code that could be better explained as opposed to the even more unclear message from earlier.
It would seem that this error is still confusing and does not handle the issue with an explanation that the problem is most likely not a problem with your MailEnable server but the remote, unless you are blacklisted or have no PTR yada yada......
We are in the process of changing this again and will simply try to write out the last line from the remote server and use the return codes if any to give maximum data on the disconnection. Yes we know, why didn’t we just do this in the first place well a case of minimum effort with maximum outcome but we now realize that more is needed
Regards,
Product Services
MailEnable Pty Ltd
To keep track of all ME company updates and version releases you should subscribe to the MailEnable list at http://www.mailenable.com or the RSS feed http://www.mailenable.com/rss.
Product Services
MailEnable Pty Ltd
To keep track of all ME company updates and version releases you should subscribe to the MailEnable list at http://www.mailenable.com or the RSS feed http://www.mailenable.com/rss.
I am also seeing the same issues. It started about the first of the month. I moved to a new hosting location and I have verified that there is a PTR record, we are not on a blacklist, and the issues are with several domains in South Africa and yahoo.com.
Is there a global melt down happening
Also this is happening on 3 servers in 3 locations on 3 different IP ranges (different IP range owners).
Our SPF records are strict to only allow mail from our servers and all ip ranges or servers are listed in there.
Is there a global melt down happening
Also this is happening on 3 servers in 3 locations on 3 different IP ranges (different IP range owners).
Our SPF records are strict to only allow mail from our servers and all ip ranges or servers are listed in there.
I have also confirmed that it happens on versions prior to 1.7 Pro. I have another system that is an old version of Pro 1.18 that I have kept for testing and is actually running as a Standard version since the eval period is over..
It is also having the problem. It is on a 4th network in another country (US).
Could yahoo and some others be using some new requirement to prevent mail from being accepted? Or a possible bug in a mail server that is common to the problem domains?
It is also having the problem. It is on a 4th network in another country (US).
Could yahoo and some others be using some new requirement to prevent mail from being accepted? Or a possible bug in a mail server that is common to the problem domains?
After some digging, I have found that all of the servers seem to be running a greylisting service which is causing the mail to fail.
http://www.dnspark.com/support/faqs.php ... on=6&faq=1
http://www.dnspark.com/support/faqs.php ... on=6&faq=1
Do you know if Yahoo! uses this service? I've checked their FAQs and help and see no reference to greylisting, but they seem to be the only domain we are having consistent delays sending to. All emails do seem to go through eventually however, which leads me to believe that it could very possibly be greylisting on their end.paarlberg wrote:After some digging, I have found that all of the servers seem to be running a greylisting service which is causing the mail to fail.
http://www.dnspark.com/support/faqs.php ... on=6&faq=1
-
- Posts: 5858
- Joined: Fri Jan 16, 2004 6:49 am
- Location: Melbourne
I think I mentioned somewhere in this thread exactly that, in some circumstances it does look like there is a type of silent grey listing being performed on some mailboxes in regards to yahoo. It may also be linked to a throttling service that starts grey listing after an account has received too much mail or something like this. Although this is just all guess work as yahoo seem to be keeping tight lipped about alot of these problems.
Regards,
Product Services
MailEnable Pty Ltd
To keep track of all ME company updates and version releases you should subscribe to the MailEnable list at http://www.mailenable.com or the RSS feed http://www.mailenable.com/rss.
Product Services
MailEnable Pty Ltd
To keep track of all ME company updates and version releases you should subscribe to the MailEnable list at http://www.mailenable.com or the RSS feed http://www.mailenable.com/rss.
Assuming that Yahoo! is doing some sort of greylisting, is there a way to prevent MailEnable from sending the first delay notice? This would allow one retry to occur and hopefully pass the greylisting filter without my customers receiving delay notices.
Also, is there any way to configure MailEnable so that it will notify the sender on a successful send of a previously delayed email? The delay notification says "MailEnable will keep trying to deliver this message and will notify you of any progress.", but if the message goes through on a subsequent retry it does not notify the sender.
Also, is there any way to configure MailEnable so that it will notify the sender on a successful send of a previously delayed email? The delay notification says "MailEnable will keep trying to deliver this message and will notify you of any progress.", but if the message goes through on a subsequent retry it does not notify the sender.
-
- Posts: 5858
- Joined: Fri Jan 16, 2004 6:49 am
- Location: Melbourne
The settings that you are looking for can be found in the ME Admin MMC->SMTP Properties->Delivery TAB.
Regards,
Product Services
MailEnable Pty Ltd
To keep track of all ME company updates and version releases you should subscribe to the MailEnable list at http://www.mailenable.com or the RSS feed http://www.mailenable.com/rss.
Product Services
MailEnable Pty Ltd
To keep track of all ME company updates and version releases you should subscribe to the MailEnable list at http://www.mailenable.com or the RSS feed http://www.mailenable.com/rss.
tequila helps you know the truth.
MailEnable is bad ass.
Yahoo's mail servers are cheap whores.
yahoo addresses were failing from
http://dnsstuff.com as well ...
what do people expect when they get a free email address from a crappy marketing company.
ME FOREVER!
sorry ... the tequila made me do it.
Yahoo's mail servers are cheap whores.
yahoo addresses were failing from
http://dnsstuff.com as well ...
what do people expect when they get a free email address from a crappy marketing company.
ME FOREVER!
sorry ... the tequila made me do it.
My problem wasn't just with Yahoo, it stopped sending to all external domains, only sending locally worked. I say "was" because for the last four days, everything has been running fine, and the only thing I done was delete about 20 odd emails that were in the the inbound folder, although not showing up in MMC inbound. All the emails had nothing in them..
Thanks anyway,
Baz..
Thanks anyway,
Baz..
-
- Posts: 10
- Joined: Sun Feb 13, 2005 8:39 am
Sorry if I am a little late on this but I think one very important thing hasn't been mentioned here yet.
You should absolutely make sure that your DNS server has a PTR (Reverse DNS) entry for your mail servers address.
For example when your mail server is called
mail.domain.com
and has the ip
1.2.3.4
a reverse lookup to 1.2.3.4
should return mail.domain.com and not nothing
otherwise many strictly setup mail servers will block mails sent from you, because they assume temporarily setup spam servers which generally do not have any ptr record.
You can also improve acceptance of your outbound mail by adding an SPF and Sender ID txt record to your DNS. If you need help with this e-mail to webmaster@hydroconsult.net.
You should absolutely make sure that your DNS server has a PTR (Reverse DNS) entry for your mail servers address.
For example when your mail server is called
mail.domain.com
and has the ip
1.2.3.4
a reverse lookup to 1.2.3.4
should return mail.domain.com and not nothing
otherwise many strictly setup mail servers will block mails sent from you, because they assume temporarily setup spam servers which generally do not have any ptr record.
You can also improve acceptance of your outbound mail by adding an SPF and Sender ID txt record to your DNS. If you need help with this e-mail to webmaster@hydroconsult.net.
I found a work around for some remote domains..
I set my 1st retry to 5 minutes and the mails went out. Some are still failing, I will restart the SMTP service to reset the failure count to 0 and see if that helps.
It appears that ME is not handling the greylisting request to resend in 300 seconds very well and then the remote server sees it as a new attempt..
Can the ME people confirm that it is properly handling the greylisting requests?
I set my 1st retry to 5 minutes and the mails went out. Some are still failing, I will restart the SMTP service to reset the failure count to 0 and see if that helps.
It appears that ME is not handling the greylisting request to resend in 300 seconds very well and then the remote server sees it as a new attempt..
Can the ME people confirm that it is properly handling the greylisting requests?
Same proble issue in HK Yahoo Server.
MailEnable: Message delivery has been delayed.
Message is waiting at "company.com" for delivery to mx1.mail.yahoo.com.
The message will be retried for another 30 hours.
Reason: Mail Server for yahoo.com.hk could not accept your email at this time. MailEnable will keep trying to deliver this message and will notify you of any progress.
Reason Code: SMTP Outbound - General Error
Error Number: 0
MailEnable: Message delivery has been delayed.
Message is waiting at "company.com" for delivery to mx1.mail.yahoo.com.
The message will be retried for another 30 hours.
Reason: Mail Server for yahoo.com.hk could not accept your email at this time. MailEnable will keep trying to deliver this message and will notify you of any progress.
Reason Code: SMTP Outbound - General Error
Error Number: 0