I might not have the bleeding edge version of QMT but it isn't more than
3months since my last update.

I'm seeing in Google a lot of
problems with long names.  The sure seems to be to run djbdbs. 
I'm not because I already have 2 inhouse caching DNS servers but I guess
I'll try that.

Thanks

> Phil Leinhauser wrote:
>> Hi all,
>> I'm trying to send mail to people in
Microsoft.com and have been
>> getting a strange lookup error. 
All other mail is going out fine.
>>
>> Here is what
the SEND log shows:
>> 2009-04-06 09:54:19.503746500 starting
delivery 77850: msg 755349 to
>> remote [email protected]
>> 2009-04-06 09:54:19.503749500 status: local
>> 0/10
remote 1/60
>> 2009-04-06 09:54:55.478631500 delivery 77850:
>> deferral: CNAME_lookup_failed_temporarily._(#4.4.3)/
>>
>> If I do a
>> "dig mx
microsoft.com" I get: mail.global.frontbridge.com and
>>
the A records are correct IP addresses.
>>
>> Anyone
else seen this
>> before?  I've tried the dns lookup from other
machines outside my
>> systems
>> and they are all
consistent so I know it's all good information.
>>
>> Incidently, I find it interesting that when I did a telent 25
to that MX
>> host that a postfix mail system answered. 
>From MS I would have expected
>> a
>> MS
product.
>>
>> Thanks,
>> Phil
>>
> 
> Are you running an older version of QMT?
There was a patch that was
> supposed to have been put in a long
time ago that would allow it to
> lookup CNAMEs for MX records
(technically a bad practice).
> Back before the patch I'd written
an entry on the wiki on how to work
> around this. It's not
perfect, but it does work:
>
http://wiki.qmailtoaster.com/index.php/Smtproutes
> 
> 
>
---------------------------------------------------------------------------------
>                  Managed Qmailtoaster servers are now available
>        Visit http://qmailtoaster.com/QMTManaged.html to order yours
today!
> 
> Qmailtoaster is sponsored by Vickers
Consulting Group
> (www.vickersconsulting.com)
> 
>      Please visit qmailtoaster.com for the latest news, updates,
and
> packages.
> 
> 
>           To
unsubscribe, e-mail: [email protected]
>       
  For additional commands, e-mail: [email protected]
>

> 
>

Reply via email to