The Community Forums

Interact with an entire community of cPanel & WHM users!
  1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

POP Emails on Parked Domain fails after upgrade to 11.25

Discussion in 'E-mail Discussions' started by aarondwyer, Feb 17, 2010.

  1. aarondwyer

    aarondwyer Well-Known Member

    Joined:
    Mar 26, 2005
    Messages:
    73
    Likes Received:
    0
    Trophy Points:
    6
    Location:
    Brisbane
    cPanel Access Level:
    Root Administrator
    Hi all

    I have a client that has setup a POP email account on a parked domain within their account.

    This was working fine however is now broken after the upgrade to 11.25

    They can't access webmail, and can't receive emails on the parked domain only the rest of the account is fine.

    Bounce backs when trying to send to the address end with this...

    Delivery to the following recipient failed permanently:

    Technical details of permanent failure:
    Google tried to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 550 550 (state 14).

    The parked domain is working fine for HTTP traffic, just not on emails.

    Now here's the interesting part.

    I CAN fix this temporarily by deleting the parked domain in cPanel and then adding it back in. The emails on the parked domain then function correctly.

    BUT overnight it stops working again and I have to refix it by deleting and adding the parked domain back again.

    What could be causing this? I'm at a total loss. Something is reseting it overnight.

    Any advice on what to look at?

    Thanks
    Aaron
     
  2. cPanelDon

    cPanelDon cPanel Quality Assurance Analyst
    Staff Member

    Joined:
    Nov 5, 2008
    Messages:
    2,557
    Likes Received:
    7
    Trophy Points:
    38
    Location:
    Houston, Texas, U.S.A.
    cPanel Access Level:
    DataCenter Provider
    Twitter:
    What are the log entries from Exim when the server rejects e-mails destined for a recipient at the parked domain name?

    Here is the path to the Exim main log:
    Code:
    /var/log/exim_mainlog
     
  3. aarondwyer

    aarondwyer Well-Known Member

    Joined:
    Mar 26, 2005
    Messages:
    73
    Likes Received:
    0
    Trophy Points:
    6
    Location:
    Brisbane
    cPanel Access Level:
    Root Administrator
    Hi Don

    Sorry I forgot to include that.

    Exim bounces it immediately.

    2010-02-17 12:19:03 H=mail-vw0-f41.google.com [209.85.212.41] Warning: Sender rate 0.0 / 1h
    2010-02-17 12:19:03 H=mail-vw0-f41.google.com [209.85.212.41] F=<sender> rejected RCPT <recipient>: No Such User Here

    Not much to go on there, since it dumps it immediately.

    Any more thoughts?

    Thanks
    Aaron
     
  4. aarondwyer

    aarondwyer Well-Known Member

    Joined:
    Mar 26, 2005
    Messages:
    73
    Likes Received:
    0
    Trophy Points:
    6
    Location:
    Brisbane
    cPanel Access Level:
    Root Administrator
    Once again each morning this email is broken by whatever happens or gets refreshed over night.

    So I have to remove the parked domain and add it back in. Then the email address starts working.

    I've looked in httpd.conf but everything seems fine.

    All the passwd and shadow files are in the /home/user/etc folder all ok.

    I'll check the DNS entries tomorrow since I forgot to check them this morning when it was broken if they were ok.

    Is there anything that I can check?

    What does cpanel do overnight I wonder that would affect this.?

    Thanks
    Aaron
     
  5. cPanelDon

    cPanelDon cPanel Quality Assurance Analyst
    Staff Member

    Joined:
    Nov 5, 2008
    Messages:
    2,557
    Likes Received:
    7
    Trophy Points:
    38
    Location:
    Houston, Texas, U.S.A.
    cPanel Access Level:
    DataCenter Provider
    Twitter:
    I would check to ensure that the recipient address exists, either as an e-mail account or as an e-mail forwarder.

    For reference, e-mail forwarders, including the default (catch-all) address, may be checked via root SSH access using the following commands (where "domain.tld" should be replaced by the applicable domain name involved):
    Code:
    # cat /etc/valiases/domain.tld
    # cat /etc/vdomainaliases/domain.tld
    E-mail accounts may be checked at the following paths (replacing "username" and "domain.tld" with applicable account information):
    Code:
    # cat /home/username/etc/domain.tld/passwd
    # cat /home/username/etc/domain.tld/shadow
    This may or may not help depending on what the issue stems from, but as a possible corrective measure I would start with the following command-line script:
    Code:
    # /scripts/mailperm --verbose
    Additional usage information can be viewed via the help output, as quoted below:
    Code:
    # /scripts/mailperm --help
    Usage: mailperm <modifier> <user>
    
    Arguments:
        <user> - Optional argument to specify the scope of
            the permissions checks. The specified user must
            be a valid system account.
    
    Modifier Flags:
        --skiplocaldomains - This optional argument bypasses
            addition of missing domains to the /etc/localdomains
            file when specified. The localdomains file specifies
            to Exim that it should always accept delivery for 
            the listed domains. Remote domains are removed from
            /etc/localdomains regardless of this flag.
    
        --skipserverperm - This optional flag prevents modification
            of the mail system files used by Exim and limits the 
            scope of permission modifications to the mail account
            files.
    
        --verbose - This optional flag signals the utility to
            report detected permissions problems per user prior
            to modifying any permissions.
    
        --help - display this message and exit.
    I am unable to determine a cause with precision without knowing more about the state of the configurations involved; to more accurately diagnose the issue I believe it requires a thorough investigation via a support request. If submitting a support request, when available, please let me know the ticket ID number (e.g, via a PM) so I may follow-up internally.
     
  6. aarondwyer

    aarondwyer Well-Known Member

    Joined:
    Mar 26, 2005
    Messages:
    73
    Likes Received:
    0
    Trophy Points:
    6
    Location:
    Brisbane
    cPanel Access Level:
    Root Administrator
    Hi Don

    Thanks for all that.

    Once again overnight the parked domain email has stopped working.

    So I went through your check list, and everything is all ok.

    valiases and pop boxes are in place for the parked domain, httpd.conf is all ok

    Did the mailperm on that user and it changed some permissions but didn't fix the problem.

    The other thing that's worth noting is that when this happens apart from emails being rejected I can't get access to webmail via the control panel.

    You enter in the password and it just goes back to the login screen.

    The hard part on finding this fault is that my client can't be without her emails so I have to fix it by removing the parked domain and addding it back in every morning.

    So we have between 2AM - 6AM Australian time to look at this while it's broken before I reset it to working again.

    I doubt you'll find the error once it's working.

    Thanks
    Aaron
     
  7. cPanelDon

    cPanelDon cPanel Quality Assurance Analyst
    Staff Member

    Joined:
    Nov 5, 2008
    Messages:
    2,557
    Likes Received:
    7
    Trophy Points:
    38
    Location:
    Houston, Texas, U.S.A.
    cPanel Access Level:
    DataCenter Provider
    Twitter:
    I wanted to provide an update, for the benefit of others, in regard to a possible cause. Based on the investigation performed via the support request it was determined that the (parked) domain name involved had conflicting ownership, where the domain name was setup on two different cPanel user accounts. The solution based on current information was to ensure that only one account owns the parked domain name.

    For reference, the following commands can help to determine if a domain is setup on more than one cPanel user account; in the examples below replace "domain.tld" with the applicable domain name involved:
    Code:
    # grep -HinR "domain.tld" /etc/*domains /var/cpanel/users
    # /scripts/updateuserdomains
    The second of the two commands will indicate if there is an obvious ownership conflict, otherwise if no issue is seen there may not be any output. The command may also be ran with verbose output, as seen below:
    Code:
    # /scripts/updateuserdomains --verbose
     
  8. aarondwyer

    aarondwyer Well-Known Member

    Joined:
    Mar 26, 2005
    Messages:
    73
    Likes Received:
    0
    Trophy Points:
    6
    Location:
    Brisbane
    cPanel Access Level:
    Root Administrator
    Thank you Don for the excellent reply that will no doubt help others.

    Thank you cPanel support staff for finding that obscure issue.

    Much appreciated.

    Excellent support via forum and the ticket system.

    Aaron
     
Loading...

Share This Page