Issue Plesk email to gmail/outlook marked as spam.

[iks]

Server operating system version

Ubuntu 22.04

Plesk version and microupdate number

18.0.63

Hello,our plesk email service is configured without any issue,rdns,no ip blacklists.From the domain's ide dmarc,spf all configured as it should be.In the mail-tester we get a 10/10 score but still our emails are marked as "spam" in gmail(thats what we actually care)/outlook.Our test domain is "quick24store.com" and [email protected]

Spam Test Result

You sent us an email? Check here if it passed our tests

www.mail-tester.com

 

[Maarten]

Hi,

Welcome to the forum!

Have you checked the email headers in Gmail? They can provide useful information about why your email ended up in the Spam folder. You can follow this guide to view the headers: Trace an email with its full header - Gmail Help

Additionally, you might want to try this email tester: About My Email

 

[iks]

Hi,

Welcome to the forum!

Have you checked the email headers in Gmail? They can provide useful information about why your email ended up in the Spam folder. You can follow this guide to view the headers: Trace an email with its full header - Gmail Help

Additionally, you might want to try this email tester: About My Email

Hello,thank you!
I checked the headers,thats what i get:

Delivered-To: [email protected]
Received: by 2002:a05:7508:290b:b0:7e:968b:4c7 with SMTP id ev11csp51441gbb;
        Sat, 5 Oct 2024 15:55:12 -0700 (PDT)
X-Google-Smtp-Source: AGHT+IGDdM4OW2dif5dRS6YRBsE/sEoCghgigot0qmSBCt0mBxkba/bcdGOVCIDVGOaoleAlLSLT
X-Received: by 2002:a05:6830:4389:b0:710:f08f:4c0b with SMTP id 46e09a7af769-71545c4eee2mr5304282a34.5.1728168911947;
        Sat, 05 Oct 2024 15:55:11 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1728168911; cv=none;
        d=google.com; s=arc-20240605;
        b=Bms0opcYHtOuPuwQTWzi5mkKhcHAVui1pZFoaon41fqhut3HFzYY1xPKeoVcoQycAt
         xv5RHXUIolkm3NxG60i6D3+6BqeS3s4TDX0AwvcWvhmwxxVl0XYYJrXeX4EmJXfsmzkj
         yXezImq75d8VvS9CcWXGrXT71JYgFSoC4rd1Q5M+MKMBuvAKMG8hi0CdZUQKJfPHuVZ3
         XFf5Qm2rBZBlfpvmRQxTi1cnSYeDlxvbbzD/dJ2fd+BaIjUoyurvokK/5Ci3P/cmbhkG
         GaKg3t9dlWtVCyHPNF9UpbQ6bzAwTwFczf0sOTDfvDYznEAfFcAe0WOgtmpLMK24hSud
         fPZA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605;
        h=content-transfer-encoding:message-id:subject:to:from:date
         :mime-version:dkim-signature;
        bh=UArK2ePXgHXwSKlw/UNUsdgVMWB1zpleppYqla9KDbQ=;
        fh=3xr5c5M/9OXFKTBPPlkBLDqCGh4x7JbQNoQOXlM99pE=;
        b=guDrVi78f/hNUtdYg9pHLIzx4m4xC6JoYBu23oN19Deg2EQ30TX+XE3oDgcrnugeMe
         1f3C3XX1B/iZq3KDdzY5G1Ws6SWbRtcb/a/vJVmTaxeqdQdmqRp/nTUmTqLC/Pai6nep
         ZbRBUWDsHDeIR2FqNNjfa5v50km+CxSd1RdMe25Ge+zKp3uYcjFBVQ/IC+sqBYOSo/Gr
         Bpz2TX81r1ZI/H9IECz8Fl9MMY5dRSNv08qNf2r/gZyKkSO7ZWr9TCAqjdgBBnwyX6BU
         JbM2QmNaDUxMcJ8C68RhRhagOVaiifscD2iYzvmeh2HlyU4K9lyUAaoFqo4ri1tHQNi4
         685g==;
        dara=google.com
ARC-Authentication-Results: i=1; mx.google.com;
       dkim=pass [email protected] header.s=default header.b="OeJ/C0vI";
       spf=pass (google.com: domain of [email protected] designates 173.208.200.210 as permitted sender) [email protected];
       dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=quick24store.com
Return-Path: <[email protected]>
Received: from us-web1.crystalweb.net (us-web1.crystalweb.net. [173.208.200.210])
        by mx.google.com with ESMTPS id 46e09a7af769-7155676257bsi1152137a34.14.2024.10.05.15.55.11
        for <[email protected]>
        (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
        Sat, 05 Oct 2024 15:55:11 -0700 (PDT)
Received-SPF: pass (google.com: domain of [email protected] designates 173.208.200.210 as permitted sender) client-ip=173.208.200.210;
Authentication-Results: mx.google.com;
       dkim=pass [email protected] header.s=default header.b="OeJ/C0vI";
       spf=pass (google.com: domain of [email protected] designates 173.208.200.210 as permitted sender) [email protected];
       dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=quick24store.com
Received: from us-web1.crystalweb.net (localhost.localdomain [127.0.0.1]) by us-web1.crystalweb.net (Postfix) with ESMTP id 75566841E9C for <[email protected]>; Sun,
  6 Oct 2024 01:55:11 +0300 (EEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quick24store.com; s=default; t=1728168911; bh=UArK2ePXgHXwSKlw/UNUsdgVMWB1zpleppYqla9KDbQ=; h=Received:Received:From:To:Subject; b=OeJ/C0vIPTl1/pOCHRTGcZTNt4Uow2QlfpKKN5jo++ui1yktMJKt7Lz74OaJ5Vupq
     WECmslFsJn+KNdOLyssGtAJJp5e8N8W/x33MuIgsSYtM4r1eHSQ6DSIuJrE5U/RgRX
     wblHU2XtE89CE3g40xvDgRMc6/AqTMbLJ8s4P7+X4PhIXc8zYoY3d2J/XoK65NZ7Nr
     Ml3INNrhe7m5bp4dSAUIyqYu8B37tSdyV5nTqPXmAdWJNtj0IJ0qbNb7mxOmEryuMX
     eWMd3fxh/4WaE8xP40YD6vnayMLRP+48eumUZQfXdV6ALlCNykXtzepb6V0Nvz5QWG
     Rhl+vYUAY9Jhg==
Authentication-Results: us-web1.crystalweb.net; spf=pass (sender IP is 127.0.0.1) [email protected] smtp.helo=us-web1.crystalweb.net
Received-SPF: pass (us-web1.crystalweb.net: localhost is always allowed.) client-ip=127.0.0.1; [email protected]; helo=us-web1.crystalweb.net;
X-Spam-Flag: NO
X-Spam-Score: -3.1
X-Spam-Level:
X-Spam-Status: No, score=-3.1 tagged_above=-9999 required=5 tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: us-web1.crystalweb.net (amavisd-new); dkim=pass (2048-bit key) header.d=quick24store.com
Received: from us-web1.crystalweb.net ([173.208.200.210]) by us-web1.crystalweb.net (us-web1.crystalweb.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UvnB46_DJKeo for <[email protected]>; Sun,
  6 Oct 2024 01:55:11 +0300 (EEST)
Received: from webmail.quick24store.com (localhost.localdomain [IPv6:::1]) by us-web1.crystalweb.net (Postfix) with ESMTPSA id D3F95841E97 for <[email protected]>; Sun,
  6 Oct 2024 01:55:10 +0300 (EEST)
Received-SPF: pass (us-web1.crystalweb.net: connection is authenticated)
MIME-Version: 1.0
Date: Sun, 06 Oct 2024 01:55:10 +0300
From: [email protected]
To: MYEMAILADDRESS <[email protected]>
Subject: Checking if it works
Message-ID: <[email protected]>
X-Sender: [email protected]
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit

Lets see if its working.

i see URIBL_BLOCKED,let me know how to fix it.Also the only problem the aboutmy.email shows is the "unsubscribe" thing. About quick24store.com's Email

 

[Bitpalast]

The "URIBL_BLOCKED" is just a mentioned parameter. It is not actually applied. The Spam score is -3.1. It will need to be more then 5 to trigger an anti-spam block given your configuration. SPF is fine, too. I've also checked the sender IP (173.208.200.210) whether it is on any major BLs, but it is not (it is on two, but these two are not used by anyone as they are malicious). There is no indication why the mails should be blocked.
For these reasons:
- The content of the mail itself might trigger an anti-spam routine within your GMail mailbox (after the mail was delivered to your mailbox).
- An IMAP connected mail client might have an anti-spam software on it that analyzes incoming mail and moves it into the junk folder.
- GMail has their own internal BLs. They are inaccessible for the public. But you might be able to use the GMail Postmaster Tools Postmaster Tools – Google to find out more what GMail is thinking about the mail.

 

[iks]

Hello,already checked the postmaster tools.Thats what google shows us(last updated 4 oct)

https://imgur.com/rHXNDVj

As you already said there's no problem with the records,also rdns is configured,but google still find some issue with all this.Another test domain,thats hosted on the same server,same config has this results

https://imgur.com/OVkvOJx

I ve also tried to send an email with this domain,but its going to the spam folder too.

 

[Bitpalast]

The reason for these imho false statements can be that you are sending through "localhost" (127.0.0.1). Instead, can your software login to a mailbox and send through that mailbox using the SMTP login? Because then the 127.0.0.1 is not included as the mail origin, and your true server IP seems to have SPF, so there should not be an issue with that.

 

[iks]

The reason for these imho false statements can be that you are sending through "localhost" (127.0.0.1). Instead, can your software login to a mailbox and send through that mailbox using the SMTP login? Because then the 127.0.0.1 is not included as the mail origin, and your true server IP seems to have SPF, so there should not be an issue with that.

I ve just tried some online smtp tests,different protocols,ports 25,465,587 and still all emails going to spam.

 

[Bitpalast]

Have you tried to avoid the 127.0.0.1 sender IP address entry in your header by using SMTP login through your mailbox to send the mail(s)? Have you tried enforcing the true hostname in /etc/postfix/main.cf, e.g. by setting

myhostname = quick24store.com

(service postfix reload afterwards to apply the change)
?

 

[iks]

Have you tried to avoid the 127.0.0.1 sender IP address entry in your header by using SMTP login through your mailbox to send the mail(s)? Have you tried enforcing the true hostname in /etc/postfix/main.cf, e.g. by setting

myhostname = quick24store.com

(service postfix reload afterwards to apply the change)
?

myhostname is actually set at us-web1.crystalweb.net which is the server address n where we have our rdns set.

 

[iks]

 

[Bitpalast]

Does your server have an IPv6 address and is it actually used on the server? Is Reverse DNS set for IPv6? If your server uses IPv6 it also needs a reverse DNS entry for IPv6, but your server does not have a reverse DNS entry for IPv6. Else you could limit Postfix to only using IPv4:
Change inet_protocols to

inet_protocols = ipv4

# service reload postfix
The point there is that if a server supports IPv6, Google will prefer IPv6, but then it will also expect a reverse DNS entry for IPv6. So you need to either add that entry (currently you don't have it for your domain) or you need to tell Postfix to only use IPv4, as only then Google will accept rDNS for IPv4 only.

 

[iks]

Does your server have an IPv6 address and is it actually used on the server? Is Reverse DNS set for IPv6? If your server uses IPv6 it also needs a reverse DNS entry for IPv6, but your server does not have a reverse DNS entry for IPv6. Else you could limit Postfix to only using IPv4:
Change inet_protocols to

inet_protocols = ipv4

# service reload postfix
The point there is that if a server supports IPv6, Google will prefer IPv6, but then it will also expect a reverse DNS entry for IPv6. So you need to either add that entry (currently you don't have it for your domain) or you need to tell Postfix to only use IPv4, as only then Google will accept rDNS for IPv4 only.

I ve done this but still the emails are going to spam...
Should i touch something here?

 

[Bitpalast]

In my opinion, if all advice given above is observed, it is not possible that GMail claims an issue with SPF or DKIM.

 

[iks]

In my opinion, if all advice given above is observed, it is not possible that GMail claims an issue with SPF or DKIM.

So what should i try next?I think i ve done everything from my side...I cant figure out why google still put the emails in spam.

 

[iks]

I have an update.The emails to gmail stopped going on spam.I Asked for an ipv6 address from my provider.I configured it in system & in plesk.Also i ve configured the rdns for this ipv6.In plesk mail server settings,i ve enabled Enable "email subaddressing","Fix incorrectly set sender for outgoing mail".So the issue with the gmail is fixed.The emails to outook are still going on spam.Any idea?