Skip to main content

One user receives, one doesn't. Same domain, same client.

Comments

9 comments

  • linux4me2
    What a great story! It sounds like there may be more than one problem. First, you have the problem of all of jill's email going to jack. You didn't mention forwarders, but is there by any chance a forwarder set up for all of jill's mail to be sent to jack, or to another forwarder that goes to jack? it seems like you would have caught that when you traced the email, but I have to ask. The second problem is that none of jill's email, except from jillsfriend, gets through. For that, I'd try temporarily disabling SpamAssassin and re-testing.
    0
  • Metro2
    Thank you for the reply! I forgot to mention that indeed the first thing I looked for was a Forwarder, and neither Jack nor Jill have any Forwarders set to each other. In regard to SpamAssassin, that's for the most part disabled as I run ConfigServer's Mailscanner script. I've gone through all of the settings in Mailscanner to confirm that there isn't anything there that would cause Jill's email to be filtered and forwarded to Jack. However, I will certainly take your advice and perform a real-time test with Jack & Jill together over the phone while I temporarily disable Mailscanner on their account and watch what happens in real-time. I hope to be able to get on the phone with Jack tomorrow to run this test. So far we've gone to the lengths of deleting / re-creating Jill's email account in cPanel, and removing all accounts from standard email clients and setting them up as POP accounts within Jack & Jill's respective Gmail accounts. This way we know that the only thing logging into or out of either of their POP accounts is their separate Gmail clients respectively and can see in the logs that is the only thing logging in to each account (so that we can rule-out any filters in local email client software entirely). In the meantime I definitely welcome more feedback from anyone who has an idea to throw at this. Thanks very much!
    0
  • cPanelMichael
    Hello :) Could you post an example of an entry in /var/log/exim_mainlog that reflects one of the test deliveries? EX:
    exigrep user@domain /var/log/exim_mainlog
    Note the full output is not required, just the specific entry associated with the message ID of the test message. Thank you.
    0
  • Metro2
    Hi cPanelMichael, I sent a test message from support@examplehost.com (via my google account) to jill@example.com only. (Certain details changed for security). Then in Shell: exigrep jill@example.com /var/log/exim_mainlog 2016-02-15 17:18:17 1aVRTF-003xxx-Jc <= support@examplehost.com H=mail-lf0-f41.google.com [209.85.215.41]:36425 P=esmtpsa X=TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128 CV=no A=dovecot_plain:support@examplehost.com S=2691 id=CAORBR-hAvQ1LeVJP7gPbnd8Dr3tcAGzFXM47E08VULS4+xxxxxx@mail.gmail.com T="Test message to jill@example.com" for jill@example.com 2016-02-15 17:18:20 1aVRTF-003xxx-Jc => /dev/null R=central_filter T=**bypassed** 2016-02-15 17:18:20 1aVRTF-003xxx-Jc => /dev/null (jack@example.com) R=central_filter T=**bypassed** 2016-02-15 17:18:20 1aVRTF-003xxx-Jc => jack (jack@example.com) R=virtual_user T=virtual_userdelivery 2016-02-15 17:18:20 1aVRTF-003xxx-Jc Completed See, it filters in such a way that Jill does not receive it, but Jack does.
    0
  • cPanelMichael
    Are you using any custom filter rules for Exim, outside of the account? This document explains which files to edit when creating a filter, which can help you determine if any existing rules are configured: How to Customize the Exim System Filter File - cPanel Knowledge Base - cPanel Documentation Thank you.
    0
  • Core
    So, was there any resolution to this? I have a similar problem... but the particular email account the problem is affecting today has no filters of it's own, and the emails being 'filtered' do not match any global filters for the domain. One in particular is a email from Delphi, which normally gets through, but now, it's being filtered. If this needs a new thread I'll be happy to move it. Event: filtered User: -remote- Domain: Sender: bounces+160477-81bb-joe=jimbob.com@email.mydelphi.com Sent Time: Apr 20, 2016 10:36:10 AM Sender Host: o1.email.mydelphi.com Sender IP: 50.31.38.120 Authentication: localdelivery Spam Score: 4.1 Recipient: joe@jimbob.com Delivery User: jim Delivery Domain: jimbob.com Delivered To: /dev/null Router: central_filter Transport: **bypassed** Out Time: Apr 20, 2016 10:36:10 AM ID: 1asuAc-00065A-Rx Delivery Host: localhost Delivery IP: 127.0.0.1 Size: 5.21 KB Result: Filtered
    0
  • Core
    So, was there any resolution to this? I have a similar problem...

    Note: I checked, the spam score on the incoming email was 4 - spamassassin was set to 5. I white listed the sending domain, email received on next attempt... with a score of -96 ;-) So, immediate problem solved, and off to read the "How to Customize..." article linked above, but still wondering what happened
    0
  • Metro2
    Sorry, I forgot to follow-up on the situation in my case... In my case, it looks like a bug with cPanel (with easy work-around fix), and here's why: Despite the fact that there are no individual Filters and no Global filters in Jack & Jill's cPanel, there was a filer sitting in /etc/vfilters/example.com (example.com being Jack & Jill's domain). And that filter was an old one that had been created in and then deleted from Jack & Jill's cPanel > Email Filters section many months ago. And so once we found the /etc/vfilters/example.com and deleted it, Jack & Jill lived happily ever after. As for me, I've discovered this type of scenario with a few other accounts - filters that had been created in and then removed from other user's cPanel accounts were still stuck present in /etc/vfilters/, but thanks to a great tech who works at cPanel I was able to fast-track removing them all (safely) in one shot right from the command line by doing this: 1. Copy all customer's filter files to a safe place like this:
    cp -rpv /etc/vfilters/* /root/saved.vfilters/
    2. Empty all the filter files but leave ownership and position untouched so cPanel can still work with them in the future like this:
    for i in `find /etc/vfilters -type f`;do echo "" > $i;done
    That was OK for me to do because almost none of my users had any important filters set up, and the few that did could easily just be put right back via their cPanel. But for someone who hosts users that have a ton of what they consider to be important filters, or just one stubborn stuck filter issue, then it would be best to edit the individual /etc/vfilters/example.com files to remove whatever shouldn't have been left in there when they deleted a filter via cPanel. Another place to check when it appears to be a filter issue is /home/$user/etc/filters, but in my case there were none. They were all in /etc/vfilters/ Still have no idea why cPanel would have left behind filters that were created and deleted from with cPanel itself, but at least (thanks to that awesome cPanel tech) I now know how to dispense with them quickly :)
    0
  • cPanelMichael
    Still have no idea why cPanel would have left behind filters that were created and deleted from with cPanel itself, but at least (thanks to that awesome cPanel tech) I now know how to dispense with them quickly :)

    I'm unable to reproduce this issue on a test server. Is this reproducible on your system with new filters, or it only related to filters created in the past? Thank you.
    0

Please sign in to leave a comment.