Please whitelist cPanel in your adblocker so that you’re able to see our version release promotions, thanks!

The Community Forums

Interact with an entire community of cPanel & WHM users!

Exim Unrouteable Problem

Discussion in 'General Discussion' started by Mysteerie, Feb 23, 2005.

  1. Mysteerie

    Mysteerie Well-Known Member

    Joined:
    Dec 29, 2003
    Messages:
    129
    Likes Received:
    0
    Trophy Points:
    166
    I’m having a problem with exim and the following:

    Code:
      mysteerie@gmail.com
    unrouteable mail domain "gmail.com"
    I know that there is a lot of topics on this already, and I’m still searching through them for answers. I just need some specific help.

    The server that is going through this problem is a second server, and the main domain isn’t on the second server.

    So I just only added the hostname.mydomain.ext, ns3.mydomain.ext, and ns4.mydomain.ext to the DNS in both this server and the other server.

    Now everything works fine (as their site loads, but could the mail issue be a result of this also, the main domain not being on the server itself).

    I kind of need help tracking this one down, since I don’t want to screw things up further then they are already. Any advice or commands I can run that would help me track where this problem is originating (whether it be DNS, or just my settings)?

    Also as far as I can tell, the only problem is happening when a php script (including cpanel), sends out email. So if a user using pop and smtp they are fine (but not sure).
     
    #1 Mysteerie, Feb 23, 2005
  2. vincentg

    vincentg Well-Known Member

    Joined:
    May 12, 2004
    Messages:
    146
    Likes Received:
    3
    Trophy Points:
    168
    Location:
    new york
    I have a similar error but best I got from Cpanel was to turn off verify in exim settings.

    It's not a fix in my opinion but it allows the mail to go through.

    Vin
     
    #2 vincentg, Feb 24, 2005
  3. StevenC

    StevenC Well-Known Member

    Joined:
    Jan 1, 2004
    Messages:
    252
    Likes Received:
    0
    Trophy Points:
    166
    Turning the verify is nothing more than a hack in my opinion. You need to figure out why its failing.

    usually returns some information.. also are you able to

     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
    #3 StevenC, Feb 27, 2005
  4. vincentg

    vincentg Well-Known Member

    Joined:
    May 12, 2004
    Messages:
    146
    Likes Received:
    3
    Trophy Points:
    168
    Location:
    new york
    Yes I agree but this is the word from Cpanel - turn off the verify setting.

    I tried several things and came up blank.

    Will try to dig more into it but I notice it fails the server name.
    Why is the question since testing it using host -t mx domain_name
    from either server comes up fine.

    In my case it can send mail fine from server A to server B
    But server B could not send to A
    Both servers are up to date on everything.
    The Exim files are identical

    Server B is is running on Centos and server A is running Red Hat 9

    Vin
     
    #4 vincentg, Feb 27, 2005
  5. vincentg

    vincentg Well-Known Member

    Joined:
    May 12, 2004
    Messages:
    146
    Likes Received:
    3
    Trophy Points:
    168
    Location:
    new york
    Found out the problem is a reverse dns lookup is needed on every domain using a dedicated IP.

    Exim does a reverse lookup and if it fails your message will bounce.

    Since this was a new server it was over looked.

    Vin
     
    #5 vincentg, Mar 1, 2005
  6. vincentg

    vincentg Well-Known Member

    Joined:
    May 12, 2004
    Messages:
    146
    Likes Received:
    3
    Trophy Points:
    168
    Location:
    new york
    Back to Square one

    Setup the reverse for all and still the same
    Begining to think it's an OS issue

    One server has Red Hat 9 and the other has Centos

    I checked everything from top to bottom and still get an error if I set the verify sender on on the Red Hat server.

    550-unrouteable mail domain "newage.dns-safe.com"
    550 Sender verify failed

    No test has shown any info that can indentify why newage.dns-safe.com is not passing the exim test.

    Still looking into it.

    vin
     
    #6 vincentg, Mar 2, 2005
  7. vincentg

    vincentg Well-Known Member

    Joined:
    May 12, 2004
    Messages:
    146
    Likes Received:
    3
    Trophy Points:
    168
    Location:
    new york
    I fixed it

    Was a bad entry in the DNS for server that was receiving the mail.

    The same domain name is used for both and by mistake we had an entry on the second server that should not have been there.

    Vin
     
    #7 vincentg, Mar 3, 2005
(You must log in or sign up to post here.)
Loading...
Similar Threads - Exim Unrouteable Problem
  1. monologie

    550-Unrouteable address – What causes it and how to fix it in Exim, cPanel

    monologie, May 24, 2017, in forum: E-mail Discussion
    Replies:
    5
    Views:
    2,064
    Infopro
    May 30, 2017
  2. netronicus

    exim configuration files wrong group name

    netronicus, Aug 14, 2018 at 12:30 PM, in forum: E-mail Discussion
    Replies:
    1
    Views:
    94
    cPanelMichael
    Aug 15, 2018 at 11:20 AM
  3. ascalotoru

    Why is my Exim SSL certificate changing every day?

    ascalotoru, Aug 10, 2018 at 4:54 AM, in forum: Security
    Replies:
    1
    Views:
    57
    cPanelLauren
    Aug 13, 2018 at 11:25 AM
  4. stbolen

    /var/cpanel/eximstats_db.sqlite3 size issue

    stbolen, Aug 7, 2018, in forum: Database Discussion
    Replies:
    1
    Views:
    53
    cPanelLauren
    Aug 8, 2018
  5. ruiz

    Change eximstats_spam_check in crontab

    ruiz, Jul 29, 2018, in forum: E-mail Discussion
    Replies:
    3
    Views:
    66
    cPanelMichael
    Aug 2, 2018

Share This Page

  1. This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.
    Accept Learn More...
    Dismiss Notice