Skip to main content

Message from host google.com, sometimes, duplicate delivery with same Message-ID Exim

Comments

26 comments

  • Pierre Grandmaison

    We are noticing the same issue as well.  Sometimes emails arrive 2 times, sometimes 3 times. All from Google.

    I tried testing from google to non-cpanel server and the email was only delivered once.

    I am seeing some of our hosting servers having exim upgraded/updated in the last 48 hours by the nightly cpanel updates.

    0
  • Daniel Bazaes

    same here... but once i "realease" the firewalls deny IP´s the problem fixed... at least for now... will try again on a few minutes.

    0
  • SoporteNTX

    Same here!

    Daniel Bazaes Could you clarify what action you took in CSF? Did you unblock specific IPs (csf -dr), remove entries from csf.deny, or identify and whitelist any Google Workspace/Gmail IP ranges? thank you!

    0
  • Daniel Bazaes

    Just hit "Flush all blocks". Sorry, I didn't look into the details—I just went with my gut. xD

    0
  • galileuNet

    Hello Pierre! 
    Nice to know you have the same issue. (or not... )
    As I see, is this a potential cPanel/WHM issue? 
    I try to find something about this in other forums and nothing appears.
    One question: Your server is located in OVH infrastructure?

    Thanks!
    Marc

    0
  • Daniel Bazaes

    No, we're in a private datacenter in Santiago, Chile. In fact, it's a fairly new server running AlmaLinux 9, cPanel, CSF, and Acronis, and it currently hosts only a single domain.

    0
  • interwave

    We are in a German Datacenter and have the same problem, going to flush the Ip's and see if that solves

    0
  • galileuNet

    Hello Daniel & SoporteNTX

    Can you clarify more about this? Is in cPHulk? No CSF is runing on my server now
    Thanks!
    Marc

    0
  • SoporteNTX

    Daniel Bazaes LOL thanks!! After flushing all blocks, has the issue stayed resolved because the problem is that sometimes, not always that the messages are duplicated; could you let us know later? or did it come back once LFD started blocking IPs again? Also, did you ever determine which specific IP was being blocked, or did you only hit the "Flush all blocks" THANK YOU

    0
  • Daniel Bazaes

    I flushed CSF (the firewall), and we don't have cPHulk enabled at the moment.

    My current theory is that some response delay may be causing Gmail to think the message wasn't properly delivered, so it attempts to resend it. After flushing CSF, the delay seemed to disappear, but I can't confirm that's the root cause yet.

    I'll keep monitoring the server and, once the number of blocked IPs exceeds 200 again, I'll run the same test to see whether the behavior is reproducible.

    0
  • Pierre Grandmaison

    I do not personally believe this to be a firewall issue. In the eximlog, I see google successfully delivering the emails and I don't see any google IPs blocked at our firewall level. Plus it wouldn't make sense for the email to deliver twice if it was a firewall issue anyway.

    0
  • Daniel Bazaes

    SoporteNTX actually i did get the 200 ip´s i flushed ask claude and none is google related... thats why i think is a timing problem.


    https://claude.ai/share/16a542ce-c292-4ab7-8c16-86d4535bf8ea

    0
  • interwave

    I Asked claude about it, and it started to point the problem to Greylist, but none of the IP's got caught in greylist

    It must be a google problem with timing yes, and also the cpanel mailing system does not have a duplicate messaging filter

    0
  • Daniel Bazaes

    I'm not saying it's a blocked IP issue. I think the problem may be a delayed response from the server.

    I'm not sure what has changed with all the updates we've been receiving lately, but this is not the only server where I've seen this behavior. The fact that the duplicate emails arrive more than 10 seconds apart gives me the impression that Google is attempting to resend the message because it doesn't receive the SMTP 250 response quickly enough.

    The CSF flush may have simply reduced the delay enough for the server to return the 250 response on time. That's only a theory at this point, but it would explain what we're seeing.

    My two cents.

    0
  • interwave

    yes that makes sense, but my clients are saying that is happening since last week, is this a problem that will go away ?

    0
  • BH

    Same issue here. Duplicate email from gmail and others. Greylisting disabled. Started recently - assuming it's a recent update. Different IDs.

    0
  • Serra

    I'm having the same issue. Not greylisting, not using CPHulk, using Immunify360. I don't see any blocks that aren't captcha blocks.

    0
  • RN-Ruben

    What Daniel Bazaes mentions makes sense and reminded me about this option from cPanel itself:

    This comes enabled by default. If Gmail reduced the time it waits for the connection to be established, it could be sending retries before the first connection finished.

    3
  • Serra

    RN-Ruben This seemed to fix it.

    0
  • interwave

    I have users reporting other domains, but they use the Google Servers, so it is a Google Problem

    I am going to try that option

    0
  • BH

    It appears one of these has fixed the issue (for now):

    Run; system update, update server software and upgrade to the latest version.

    Clear cPHulk blocks.

    Exim Configuration Manager > Rebuild RDNS Cache.

    Disable: Exim Configuration Manager > Introduce a delay into the SMTP transaction for unknown hosts and messages detected as spam.

    Restart.

     

     

       
     
    1
  • galileuNet

    Hello!
    Based on our logs:


    2026-06-02 20:42:24 1wUU4F-0000000CC1s-1R1O H=mail-wm1-f48.google.com [209.85.128.48]:52709 Warning: "SpamAssassin as xxxx detected message as NOT spam (-1.7)"
    2026-06-02 20:42:24 1wUU4F-0000000CC1s-1R1O H=mail-wm1-f48.google.com [209.85.128.48]:52709 Warning: Message has been scanned: no virus or other harmful content was found
    2026-06-02 20:42:24 1wUU4F-0000000CC1s-1R1O <= xxxxx@gmail.com H=mail-wm1-f48.google.com [209.85.128.48]:52709 P=esmtps X=TLS1.3:TLS_AES_128_GCM_SHA256:128 S=20046 id=00317539-CB39-4879-B36B-A19A62855796@gmail.com T="Re: Subject" for info@xxxxx.com
    2026-06-02 20:42:24 cwd=/var/spool/exim 3 args: /usr/sbin/exim -Mc 1wUU4F-0000000CC1s-1R1O
    2026-06-02 20:42:25 1wUU4F-0000000CC1s-1R1O => info <info@xxxxx.com> R=virtual_user T=dovecot_virtual_delivery C="250 2.0.0 <info@xxxxx.com> cDR8BxEkH2qIWCwA7bFxZg Saved"
    2026-06-02 20:42:25 1wUU4F-0000000CC1s-1R1O Completed

    Or server process the first email in 1 second (included SpamAssassin) I think this is very correct time.
    and returns a 250 and a Complete. 
    I think the problem is a synchronization time between our server and Google servers.
    I think also  is not a good practice for Google send another mail whit the same Message ID about 10 seconds after the first email and from anather Google server.
    Maybe a problem in database sincronizity in Google servers?
    Maybe a lost packages route in between servers DNS from our server to Google?

    I hope cPanel explain us what happens:

    Marc

    0
  • galileuNet

    RN-Ruben good contribution. I lets try! 

    0
  • cPRex Jurassic Moderator

    Hey everyone!  We're tracking this as part of case CPANEL-53742 where it seems the SMTP delay value of "Introduce a delay into the SMTP transaction for unknown hosts and messages detected as spam” being enabled causes this.  I'll be sure to post an update if I hear anything on my end as we're not yet sure if this is a change from our side or Gmail.

    2
  • interwave

    Ok, for now the disable the option seems to have worked

    0
  • Kent Brockman

    Hey guys. And what about whitelisting Google IP's on Exim?

    dig TXT _spf.google.com +short

    Then add the IP addresses to: WHM » Service Configuration » Exim Configuration Manager » Basic Editor » Trusted SMTP IP addresses

    And also under: WHM » Email » Greylisting

    74.125.0.0/16
    209.85.128.0/17
    2001:4860:4864::/56
    2404:6800:4864::/56
    2607:f8b0:4864::/56
    2800:3f0:4864::/56
    2a00:1450:4864::/56
    2c0f:fb50:4864::/56

    It should work, right?

    0

Please sign in to leave a comment.