Temporary error 249 (temporary MX resolution error) resolving 'hotmail.com'.

This is a discussion on Temporary error 249 (temporary MX resolution error) resolving 'hotmail.com'. within the Pegasus forums in Other Technologies category; Tried the other smtp protocol modules (mercurye.dll/end-to-end and mercuryc.dll/smtp relaying). Don't understand what they're used for. For some reason, something ends up misconfigured in the way mercurys.dll tries to resolve the MX records. Is there a way to track the MX queries it sends out? Is there a setting for Mercury somewhere which helps resolve these DNS MX record issues? Thanks in advance for any help. -- Jim Carlock All Humans All Have More Than Five Senses http://www.associatedcontent.com/art...ve_senses.html...

Go Back   Application Development Forum > Other Technologies > Pegasus

Object Mix

Register FAQ Calendar Search Today's Posts Mark Forums Read
  #1  
Old 08-21-2008, 10:17 PM
Jim
Guest
 
Default Temporary error 249 (temporary MX resolution error) resolving 'hotmail.com'.

Tried the other smtp protocol modules (mercurye.dll/end-to-end and
mercuryc.dll/smtp relaying). Don't understand what they're used for.

For some reason, something ends up misconfigured in the way mercurys.dll
tries to resolve the MX records. Is there a way to track the MX queries
it sends out?

Is there a setting for Mercury somewhere which helps resolve these DNS
MX record issues?

Thanks in advance for any help.

--
Jim Carlock
All Humans All Have More Than Five Senses
http://www.associatedcontent.com/art...ve_senses.html



Reply With Quote
  #2  
Old 08-22-2008, 12:01 AM
Guy
Guest
 
Default Re: Temporary error 249 (temporary MX resolution error) resolving 'hotmail.com'.

Jim wrote:

> Tried the other smtp protocol modules (mercurye.dll/end-to-end and
> mercuryc.dll/smtp relaying).
> Don't understand what they're used for.
>


These are sending mail OUTbound of Mercury.

MercuryE -> some.example.com

This connect directly to MX of destination domain.

MecuryC -> ISP -> some.example.com

This relays via another SMTP server to MX of destination domain.


> For some reason, something ends up misconfigured in the way
> mercurys.dll tries to resolve the MX records. Is there a way to
> track the MX queries it sends out?
>


MercuryS is for your INbound SMTP mail

some.example.com -> your MercuryS

SMTP of some.example.com connects directly to your MercuryS


How are you wanting to use your Mercury installation?

--
OpenPGP: id=18795161E22D3905; preference=signencrypt;
url=http://guysalias.fateback.com/pgpkeys.txt
Reply With Quote
  #3  
Old 08-22-2008, 02:19 AM
Jim
Guest
 
Default Re: Temporary error 249 (temporary MX resolution error) resolving 'hotmail.com'.

"Jim" wrote:
> Tried the other smtp protocol modules (mercurye.dll/end-to-end and
> mercuryc.dll/smtp relaying).
> Don't understand what they're used for.
>


"Guy" wrote ...
> These are sending mail OUTbound of Mercury.
>
> MercuryE -> some.example.com
>
> This connect directly to MX of destination domain.
>
> How are you wanting to use your Mercury installation?


Thanks, Guy. The error message in the subject seems to identify a
problem identifying the MX records for a domain. For instance, when
I run the following,

dig.exe hotmail.com mx

I get the following information:

IN MX 5 mx2.hotmail.com.
IN MX 5 mx3.hotmail.com.
IN MX 5 mx4.hotmail.com.
IN MX 5 mx1.hotmail.com.

The end-result I seek involves sending email to the remote mail
servers.

I'm sending some email to myself (a hotmail.com account) through
an account configured on the server, which currently runs through
the mercurye.dll/end-to-end.

I can send from the hotmail account to mercuryp well enough, but
I'm running into some problems getting the mx record lookup to
work. Dig returns extensive information very quick.

Thank you for your time.

--
Jim Carlock
You Have More Than Five Senses
http://www.associatedcontent.com/art...ve_senses.html


Reply With Quote
  #4  
Old 08-23-2008, 06:17 PM
Jim
Guest
 
Default Re: Temporary error 249 (temporary MX resolution error) resolving 'hotmail.com'.

I tried mail.~N as the name for the server, but that failed to
work. I see in the end-to-end logs that the name resolves right.

The error messages in the end-to-end logs:

Error connecting to primary server '64.12.138.88'.
Error connecting to alternate server '64.12.138.153'.
Error connecting to alternate server '64.12.139.249'.
Error connecting to alternate server '205.188.249.91'.

I believe what's going on is that when the server tries to make
a connection it identifies itself improperly. For instance when
email comes from example.com it identifies itself as either,
mail.000.000.000.000 or it as nothing or as some default name.

Not sure what else to look at right at the moment.

--
Jim Carlock
http://www.associatedcontent.com/art...ve_senses.html


Reply With Quote
Reply


Thread Tools
Display Modes


All times are GMT -5. The time now is 07:58 AM.


Powered by vBulletin® Version 3.7.2
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Optimization by vBSEO 3.2.0
vB Ad Management by =RedTyger=

In an effort to better serve ads to our visitors, cookies are used on objectmix.com. For more information, check out our Privacy Policy.