Pegasus Mail & Mercury

We have an internal email server running Mercury mail, and our domain is hosted by Go Daddy. We have an internal dns server, and have total controll option on our hosting. Our email users are unable to send emails to 1 domain. If they try to send an email to this domain there email gets bounced back from what looks like the Mercury Mail server that reads

Normal 0 false false false EN-US X-NONE X-NONE MicrosoftInternetExplorer4 /* Style Definitions */ table.MsoNormalTable {mso-style-name:"Table Normal"; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-priority:99; mso-style-qformat:yes; mso-style-parent:""; mso-padding-alt:0in 5.4pt 0in 5.4pt; mso-para-margin:0in; mso-para-margin-bottom:.0001pt; mso-pagination:widow-orphan; font-size:11.0pt; font-family:"Calibri","sans-serif"; mso-ascii-font-family:Calibri; mso-ascii-theme-font:minor-latin; mso-fareast-font-family:"Times New Roman"; mso-fareast-theme-font:minor-fareast; mso-hansi-font-family:Calibri; mso-hansi-theme-font:minor-latin; mso-bidi-font-family:"Times New Roman"; mso-bidi-theme-font:minor-bidi;}

With reference to your message with the subject:

   "RE: My Contact Information"

 

The local mail transport system has reported the following problems it encountered while trying to deliver your message:

 

-------------------------------------------------------------------

*** receiver@.problemdomain.com

550-Verification failed for <sender@mydomain.com>

-------------------------------------------------------------------

 

 

I have sent emails to the problem domain from personal email accounts, and my local users on mydomain.com can send to what seems to be everyone else. It's just this one domain. 

I've also went to  mxtoolbox.com and mydomain.com resolves correctly, and is not on any blacklists.

Anyone have any ideas.

 

Thanks

 

 

 

Check the outgoing mail logs.  Are you using MercuryC or MercuryE?

 

Not sure what you mean buy MercuryC or MecuryE

It's Mercury32 4.5

Reading else where it seems the receivers email server is sending back a verification request to prove that the email is not spam, and for what ever reason it is failing.  Is there anything on my end that I can do to resolve this?

Mercury sends emails either directly with MercuryE or via a relay (usually belonging to your ISP) with MercuryC.

Whichever it is, check the log for that module to see if the error is shown.  If the recipient is testing to see if the sender's email address is valid, you may have to check the MercuryS log to find out why the verification failed.

I suspect that the server is bouncing your direct connection via MercuryE because you do not have a fixed IP address.  Check Mercury/32 to use MercuryC and send via your ISPs SMTP host.

 

---

Thomas R. Stephenson
San Jose, California
Member of Pegasus Mail Support Team

The log file is mercurys.log we are not relaying so I'm guessing we are using MercuryE. Below is an exerpt from the log file in regards to an email that was bounced back

 

T 20080730 150425 488f04ab EHLO dhmail
T 20080730 150425 488f04ab AUTH LOGIN
T 20080730 150425 488f04ab MAIL FROM: <itguy@dhind1.com>
T 20080730 150425 488f04ab RCPT TO: <violetg@samsonrollform.com>
T 20080730 150425 488f04ab DATA - 17 lines, 491 bytes.
T 20080730 150425 488f04ab QUIT
T 20080730 150425 488f04ab Connection closed with 192.168.0.3, 0 sec. elapsed.

The email server and the router on both the WAN and LAN side are static IP's. We have a T1 connection so I'm not sure if we have access to an ISP SMTP server to send out. Also I'm not seeing anything on the firewall that looks like it's blocking the requests.

 

You got a 550 error message and that is saying your connection from the sending server was rejected.  You really need to do a session log on either MercuryC or MercuryE to see exactly what has happened.

 

---

Thomas R. Stephenson
San Jose, California
Member of Pegasus Mail Support Team

The MercuryS log is the protocol where Mercury is receiving mail from a server/client.  You need to look at either the MercuryC or MercuryE log and/or session log to see what's happening on sending.

---

Thomas R. Stephenson
San Jose, California
Member of Pegasus Mail Support Team

That looks like the log of a local user connecting for an outgoing mail, not the MercuryE log showing the connection to the destination server.

Is it just that domain?  They're running postini, but I don't know that's the cause.  I would ask their system people why you're getting the verification block.

PaulW:

That looks like the log of a local user connecting for an outgoing mail, not the MercuryE log showing the connection to the destination server.

Is it just that domain?  They're running postini, but I don't know that's the cause.  I would ask their system people why you're getting the verification block.

 

It's the only domain that we have run into with this problem. I just wanted to make sure there wasn't anything on our side causing this before I started calling the our guys.. I will see if I can figure out how to turn on the logging and see what that says. 

THanks

 

This is probably due to one of the odd anti-spam technique used by the receiving domain that requires a rDNS for your static IP address, though ineffective, it is still implemented by mail admins in many places.

You will need to ensure that your ip resolves to a valid DNS name  eg. mail.yourdomain.com or at least someserver.yourisp.com and not Non-existent domain when you do a nslookup.

The other possibility is that your range of IPs are within dynamic ip address pool known to ISPs and they may ban mails coming from it. In such instance, you can only send it through your ISP or contact the domain's hostmaster directly.