1. Please take a little time for this simple survey! Thank you for participating!
    Dismiss Notice
  2. Dear Pleskians, please read this carefully! New attachments and other rules Thank you!
    Dismiss Notice
  3. Dear Pleskians, I really hope that you will share your opinion in this Special topic for chatter about Plesk in the Clouds. Thank you!
    Dismiss Notice

All mail from outside the server gets rejected

Discussion in 'Plesk 9.x for Linux Issues, Fixes, How-To' started by Zino, Dec 8, 2010.

  1. Zino

    Zino Guest

    0
     
    Hi all,

    I hope somebody can help me, because I support isn't even answering even though I am entitled to it. I started having this weird problem yesterday.

    Configuration:

    * CentOS5
    * Plesk 9.5.2
    * Qmail is used
    * SpamAssassin (Plesk version)

    The problem:

    Mail sent to an account on the server (originating from outside the server) does not get delivered to the boxes. No bounce message or any other messages of failure is received by the sender.

    The weird thing is mails originating on the server (php-scripts, webmail, …) do get to the pop boxes.

    What did I try?

    * Checking Plesk Control settings
    * Restarting services (xinet and qmail)
    * Rebooting the server.

    If anyone would have any idea what is going ... please respond.

    Regards,
    Zino
     
    Last edited by a moderator: Dec 8, 2010
  2. IgorG

    IgorG Forums Analyst Staff Member

    49
    24%
    Joined:
    Oct 27, 2009
    Messages:
    24,572
    Likes Received:
    1,243
    Location:
    Novosibirsk, Russia
    Did you try to find related errors in Plesk maillog /usr/local/psa/var/log/maillog and rebuild mailsettings with

    # /usr/local/psa/admin/sbin/mchk --with-spam

    ?
     
  3. Zino

    Zino Guest

    0
     
    Yes, we did try quite a few things and your suggestion was one of them. Amongst others like checking if we were 'victim' of the underscore being replaced by a full stop in the xinetd directory files.

    We finally decided to do the following:

    * reconfigure qmail
    * (re)set rDNS for our ip to point to our domain
    * verified the firewall rules
    * restated ip tables to reflect the changes made

    We now are up and running again.

    So, IgorG, first of all I'd like to thank you for your reply, but I have a question for you. Could it be things
    were messed up by not stopping xinetd while we edited xinetd.conf?

    Regards,
    Zino
     
    Last edited by a moderator: Dec 9, 2010
  4. IgorG

    IgorG Forums Analyst Staff Member

    49
    24%
    Joined:
    Oct 27, 2009
    Messages:
    24,572
    Likes Received:
    1,243
    Location:
    Novosibirsk, Russia
    As far as I remember you can safely edit xinetd.conf without xinetd stopping.
     
Loading...