A coworker, who manages our Postini incoming mail accounts, spoke with 
Postini.  They told him my complaint has become rather frequent.  Their 
solution is to use Postini for outbound mail as well as incoming mail.  On 
the one hand, all our MX records (aspca.org) are on the Postini system. On 
the other hand, it ain't cheap!  (Still "cheaper" than "vanishing", 
though.)
--------------------------------------
Richard McClary, Systems Administrator
ASPCA Knowledge Management
1717 S Philo Rd, Ste 36, Urbana, IL  61802
217-337-9761
http://www.aspca.org


[EMAIL PROTECTED] wrote on 08/26/2008 02:39:54 PM:

> Greetings!
> 
> We are the mid-west office of the ASPCA (Illinois).  Our HQ is in NYC. 
Our 
> wires, DNS, etc are via AT&T.  Their wires, DNS, etc are through 
> QualityTech.  As NY is the parent office (to say nothing of older and 
> bigger), the QualityTech system is the SOA for ASPCA.ORG.  For the 
> Illinois public addresses (including the IP address stamped onto all our 

> outgoing email), we have NS records on the QualityTech system pointing 
our 
> network (mwro.aspca.org) to the AT&T name servers.  All had been well 
the 
> past several months...
> 
> Last week, attempts to send mail to various corporations and educational 

> institutions has been bouncing.  The headers of our bounce notices say 
> simply "Failed to connect to SMTP host COMPANY.COM because: Remote 
system 
> no longer responding"
> 
> One company told us it is because the IP address is not resolving 
> properly...
> 
> I have checked the DNS tables for QualityTech, and they do show "mwro" 
> being delegated to a pair of AT&T DNS servers.  I have checked the DNS 
> tables for AT&T, and we do have records in both forward and reverse 
lookup 
> zones (br.mwro.aspca.org <-> 12.15.29.130).
> 
> Any ideas (while I wait and wait and wait to talk to AT&T)?  The Boss 
> suggests the "fix" for last month's "DNS Poisoning" might have "fixed" 
> things so that anything claiming to be from [anything].aspca.org must 
> resolve to a QualityTech address and not to an AT&T address.  Still, I 
> don't see that we can do much to fix this...
> 
> We are considering using a VPN tunnel to try to use a NY machine as an 
> outgoing SMTP server.  What else might we try?
> 
> Other folks experiencing this?
> 
> Thanks!!!!!
> --------------------------------------
> Richard McClary, Systems Administrator
> ASPCA Knowledge Management
> 1717 S Philo Rd, Ste 36, Urbana, IL  61802
> 217-337-9761
> http://www.aspca.org
> 
> 
> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~
> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~


~ Finally, powerful endpoint security that ISN'T a resource hog! ~
~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/>  ~

Reply via email to