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

NO mail recieved from certain domains!

Discussion in 'Plesk for Linux - 8.x and Older' started by kram@, May 6, 2005.

  1. kram@

    kram@ Regular Pleskian

    26
    40%
    Joined:
    Dec 11, 2003
    Messages:
    152
    Likes Received:
    2
    Location:
    South Africa
    :confused: :confused: :confused: :confused:

    Hello All,

    I have a wierd problem, over the past week i have been informed by my clients that emails have been sent but never recieved.

    The problem does seem to be from ADSL related providers.
    I thought that it may have been MAPS as many of these IP ranges were always listed and delivery was an issue.
    I checked and MAPS was not enabled in the server settings.

    I have checked the reverse lookups on my server all seems cool. I tested telnets and connection timeouts and all seems cool.

    No changes have been made to the server for some time.

    Version Info
    psa = 7.5.2-rh9.build75050128.10
    psa-qmail = 1.03-rh9.build75050128.10
    psa-qmail-rblsmtpd = 0.70-rh9.build75050128.10

    :confused: :confused: :confused: :confused:
     
  2. jamesyeeoc

    jamesyeeoc Guest

    0
     
    1. Have your clients verify that their outgoing emails are not still in their 'outbox', or if they received any error message from their mail client software.

    2. Many ISPs here in California have implemented port 25 blocking on ADSL/xDSL accounts. Have them check if their ISP is blocking port 25.

    3. Have a client send an outgoing message while you are able to monitor the 'messages' and 'maillog' files. They may give additional error information.

    4. Review your past logs to see if there is any indication as to errors.

    5. Check to see if any of your IPs or hosted domains are in any of the RBL lists.

    You may have already done some of this, but you didn't say...
     
  3. kram@

    kram@ Regular Pleskian

    26
    40%
    Joined:
    Dec 11, 2003
    Messages:
    152
    Likes Received:
    2
    Location:
    South Africa
    1. Have your clients verify that their outgoing emails are not still in their 'outbox', or if they received any error message from their mail client software.
    YES I HAVE TESTED FROM MY SIDE TO.

    2. Many ISPs here in California have implemented port 25 blocking on ADSL/xDSL accounts. Have them check if their ISP is blocking port 25.
    I THOUGHT THIS WAS THE CASE BUT DOES NOT SEEM TO BE THE CASE

    3. Have a client send an outgoing message while you are able to monitor the 'messages' and 'maillog' files. They may give additional error information.
    I HAVE BEEN UNABLE TO MONITOR THE QUE LIVE

    4. Review your past logs to see if there is any indication as to errors.

    5. Check to see if any of your IPs or hosted domains are in any of the RBL lists.
    CHECKED THIS BUT NONE ARE LISTED

    You may have already done some of this, but you didn't say...

    ~~~~
    I am using 4psa Spam Gaurdian, I have been trying to see if the is a default rule for RBL testing but have not found anything. I have also added a switch in the spamass local.cf : #disable network checks = skip_rbl_checks but that has not helped
    :confused:

    grrr :)
     
  4. jamesyeeoc

    jamesyeeoc Guest

    0
     
    It's not the queue that you want to monitor, it's the actual log files.

    /var/log/messages
    /usr/local/psa/var/log/maillog

    If no other way, you can use the linux 'tail' command from the CLI

    By default, the 4psa SpamGuardian does not use RBL, neither does Plesk itself default to using any RBL.
     
  5. kram@

    kram@ Regular Pleskian

    26
    40%
    Joined:
    Dec 11, 2003
    Messages:
    152
    Likes Received:
    2
    Location:
    South Africa
    RESOLVED

    Hello,

    Just as a follow up - that may help someone later.

    Turns out the issue was due to a spamassin rule 25_uribl.cf
    (my *.cf files were located in /usr/share/spamassassin and not in /etc/mail/spamassassin/ for some reason)

    I added the domains to the whitelist.
    # Top 125 domains whitelisted by SURBL
    uridnsbl_skip_domain domain.net domain.co.za domain.com

    sent a few tests using the ADSL smtp server and email is now been delivered.



    :D
     
Loading...