| Forum Home | ||||
| Press F1 | ||||
| Thread ID: 124616 | 2012-05-07 05:26:00 | Telecom SMTP services down 6 hours and counting | AllanHall (16780) | Press F1 |
| Post ID | Timestamp | Content | User | ||
| 1274028 | 2012-05-07 21:36:00 | There is no requirement to use an SMTP relay, as long as tou have a clean, static IP. | fred_fish (15241) | ||
| 1274029 | 2012-05-07 21:38:00 | why does your exchange server use Xtra SMTP? Lets rephrase that. Anything that went thru Telecom. To Gmail and Orcon on port 587 all got the same message. Don't ask me how the bunnies that run our IT infrastructure where I work do this now as we are verboten to have anything to do with it. |
paulw (1826) | ||
| 1274030 | 2012-05-07 22:49:00 | There is no requirement to use an SMTP relay, as long as tou have a clean, static IP.Yeah there is, 'cause your nice shiny static IP will still be on blocklists like this (www.spamhaus.org). While you can request delisting from Spamhaus PBL, not all lists are as easy to deal with, and you have to find them first. While most do, some ISPs also don't have PTR records set for customer connections, and won't let you set them - this too can result in your messages being rejected or dropped as spam. Edit: I should probably point out that I'm talking about typical supply-the-net-to-your-premises ISP address allocations here. The above doesn't include direct or delegated RIR assignments held by a customer, or allocations from a hosting provider / datacentre (although if you fall into this category, you'll still need to set a PTR record, but will generally have the access needed to do so). |
Erayd (23) | ||
| 1274031 | 2012-05-08 00:32:00 | Yeah many ISPs such as Orcon have their IPs intentionally listed on the PBL (Policy Black List) so that you can't just fire up a mail server and start emailing ... | Chilling_Silence (9) | ||
| 1274032 | 2012-05-08 06:34:00 | There is lots of talk about PTR records but I've found that very few SMTP servers actually enforce it. A couple of the mail servers I run are on 'ordinary' static ip's with generic ptr's and do direct smtp delivery just fine. It may add a couple of points to the spam score for those that use weighting systems, but that hasn't proved to be an issue for any of my systems (yet - it IS a constantly moving target :) ). Having a resolvable MX matching the sending domain is much more critical, as is HELOing with a proper FQDN. |
fred_fish (15241) | ||
| 1274033 | 2012-05-08 07:08:00 | We offer authenticated smtp, or SSL smtp or both.... Even if the domain email doesn't - go to Gmail and use theirs instead. Then you still have the domain email address. I am not allowed to talk about Google Apps with my customers & most of them don't want to change anything unless they absolutely have to. |
Greven (91) | ||
| 1274034 | 2012-05-08 07:40:00 | There is lots of talk about PTR records but I've found that very few SMTP servers actually enforce it.While most don't mind if the PTR and HELO don't match, many will care if the PTR record is absent entirely. A couple of the mail servers I run are on 'ordinary' static ip's with generic ptr's and do direct smtp delivery just fine. It may add a couple of points to the spam score for those that use weighting systems, but that hasn't proved to be an issue for any of my systems (yet - it IS a constantly moving target :) ).You're lucky - I've run into this a number of times, and depending on the customer's setup and who they're trying to mail it can be rather annoying to fix. |
Erayd (23) | ||
| 1274035 | 2012-05-08 09:28:00 | While most don't mind if the PTR and HELO don't match, many will care if the PTR record is absent entirely. You're lucky - I've run into this a number of times, and depending on the customer's setup and who they're trying to mail it can be rather annoying to fix.Yes, missing it entirely will pose a problem. My busiest one is on a static jetstream IP with the generic rev-ip-add-ress.adsl.xtra.co.nz PTR and has been for nearly ten years, with few issues. There are a couple of hosts that have issues with it and I have some bogus MX entries in the local DNS to route those domains via a relay server, but on the whole, not as much hassle as I had expected. One particularly funny case was when this particular client was a specified supplier on a reasonably sized tender and was supplying quotations to all the head contract tenderers by email, one of which was refusing connections from their mail server. With the deadline approaching, the tenderer phoned and was told what the issue was. Less than 10 mins later the mail went through. :) |
fred_fish (15241) | ||
| 1274036 | 2012-05-10 05:06:00 | The last of our test mails we sent on Monday finally come thru this after noon.. | paulw (1826) | ||
| 1 2 | |||||