Re: [mailop] Anyone here from SiteGround or .mailspamprotection.com?

> 20. sep. 2021 kl. 23:10 skrev Jaroslaw Rafa via mailop : > > Dnia 20.09.2021 o godz. 19:40:24 Peter N. M. Hansteen via mailop pisze: >> >> if you do reach a human there, could you do us all a favor and ask >> them whether they still believe in the tooth >> fairy^H^H^H^H^H^H^H^H^H^H^H^HSMTP ca

Re: [mailop] Gmail putting messages to spam

It appears that Al Iverson via mailop said: >The question of whether or not Google cares about the pseudo-TLD is a >tough one. On one hand, my employer has thousands of clients sending >mail successfully from subdomains -- ... Sure. Your employer has a direct relationship with each of its client

Re: [mailop] what is the PSL, was Gmail putting messages to spam

It appears that Jaroslaw Rafa via mailop said: >It is possible, but eu.org is on the Public Suffix List, so different >subdomains of it shouldn't be "merged", like for any other domain in the PSL. The PSL, despite being used by pretty much every web browser in the world, is a small project run by

Re: [mailop] Gmail putting messages to spam

On Mon, Sep 20, 2021 at 7:26 AM Jaroslaw Rafa via mailop wrote: > > I want to return to an old issue, which repeatedly happens again and again, > that is, Google putting emails from me to recipient's spam folder. What's > absurd, this happens not only to Gmail addresses to which I am writing for >

[mailop] Malicious In-Reply-To

(new thread cause separate topic) On 9/20/21 10:29, Brandon Long via mailop wrote: -snip- > authenticated mail in reply to a message is a very strong signal... but not as strong as it used to > be, spammers > and phishers exploited it. Out of curiosity, how does a spammer or phisher exploit thi

Re: [mailop] Anyone here from SiteGround or .mailspamprotection.com?

On 2021-09-20 at 17:10:35 UTC-0400 (Mon, 20 Sep 2021 23:10:35 +0200) Jaroslaw Rafa via mailop is rumored to have said: Dnia 20.09.2021 o godz. 19:40:24 Peter N. M. Hansteen via mailop pisze: if you do reach a human there, could you do us all a favor and ask them whether they still believe in

Re: [mailop] Anyone here from SiteGround or .mailspamprotection.com?

The problem with SMTP callbacks, is there is no way for a server to confirm if this is an SMTP callback, or a malicious script attempting to harvest email addresses. And looking at our logs, there are a LOT more connections from email validator services, list washing services, and malicious us

Re: [mailop] Gmail putting messages to spam

On Mon, Sep 20, 2021 at 5:25 AM Jaroslaw Rafa via mailop wrote: > I want to return to an old issue, which repeatedly happens again and again, > that is, Google putting emails from me to recipient's spam folder. What's > absurd, this happens not only to Gmail addresses to which I am writing for >

Re: [mailop] Anyone here from SiteGround or .mailspamprotection.com?

Dnia 20.09.2021 o godz. 19:40:24 Peter N. M. Hansteen via mailop pisze: > > if you do reach a human there, could you do us all a favor and ask > them whether they still believe in the tooth > fairy^H^H^H^H^H^H^H^H^H^H^H^HSMTP callbacks and show them > https://bsdly.blogspot.com/2017/08/twenty-plu

Re: [mailop] Gmail putting messages to spam

Dnia 20.09.2021 o godz. 15:17:48 Xavier Beaudouin via mailop pisze: > > Seems maybe this is a misunderstanding of gmail / google about tld eu.org. > > If subdomain from Jaroslaw maybe clean, maybe there is some other domains > hosted by this (pseudo) TLD that send shit to gmail. > > So as a shor

Re: [mailop] Gmail putting messages to spam

The PSL does not assert that listed TLDs are real (accredited) or not, merely that they should be treated as such for evaluation purposes. eu.org is just a regular domain which has an expiry date. If the registrant fails to pay the bill, the registration will lapse and the DNS objects (along w

Re: [mailop] Low Volume Senders

On Mon, 20 Sep 2021, Brielle via mailop wrote: On Sep 20, 2021, at 9:05 AM, Florian Effenberger via mailop wrote: seems rspamd supports this: https://rspamd.com/doc/modules/dmarc.html (see "Reporting" section). Didn't try it myself though, I don't send reports yet. Hah, that makes it easy

Re: [mailop] Anyone here from SiteGround or .mailspamprotection.com?

On 9/20/21 01:39, Kevin A. McGrail via mailop wrote: Hello, working on a delivery error that to me looks like there might be DNS issues.  Very unusual. if you do reach a human there, could you do us all a favor and ask them whether they still believe in the tooth fairy^H^H^H^H^H^H^H^H^H^H^H

Re: [mailop] Low Volume Senders

There's a number of them on github. https://github.com/topics/dmarc-reports *Zach RoseEmail Deliverability Manager* [image: SharpSpring Marketing Automation] Partner Support: 1-888-428-9605, option 1 E: zach...@sharpspring.com W: www.sharpspring.com

Re: [mailop] Gmail putting messages to spam

On Mon, 20 Sep 2021, Ken O'Driscoll wrote: 2. Your sending domain (rafa.eu.org) is a sub-domain of a pseudo-TLD which a) gives sub-domains away for free, and b) has an overly permissive SPF policy ("v=spf1 +all"). The reputation of your sub-domain is going to be influenced by the reputations

Re: [mailop] Gmail putting messages to spam

On Mon, Sep 20, 2021 at 6:11 AM Andrew C Aitchison via mailop < mailop@mailop.org> wrote: > On Mon, 20 Sep 2021, Jaroslaw Rafa via mailop wrote: > > > I want to return to an old issue, which repeatedly happens again and > again, > > that is, Google putting emails from me to recipient's spam folder

Re: [mailop] Low Volume Senders

> On Sep 20, 2021, at 9:05 AM, Florian Effenberger via mailop > wrote: > > seems rspamd supports this: https://rspamd.com/doc/modules/dmarc.html (see > "Reporting" section). Didn't try it myself though, I don't send reports yet. Hah, that makes it easy doesn’t it. I love rspamd - so glad I t

Re: [mailop] Low Volume Senders

Hi, Brielle via mailop wrote on 20.09.21 at 16:33: You could increase that volume by sending DMARC aggregate reports. Is there any (preferably free / open source) tools to make generating these aggregate reports easy enough? seems rspamd supports this: https://rspamd.com/doc/modules/dmarc.

Re: [mailop] Low Volume Senders

On 9/12/21 9:59 AM, Alessandro Vesely via mailop wrote: On Fri 10/Sep/2021 16:53:35 +0200 Mike Hammett wrote: I'm sending from a single IP. It's just a low-volume server. Maybe 10 - 20 messages a day? You could increase that volume by sending DMARC aggregate reports. Is there any (prefer

Re: [mailop] Gmail putting messages to spam

Two observations: 1. Your SPF record ("v=spf1 a mx ?all") is not optimal. While technically correct, the neutral qualifier ("?") isn't a great signal these days. I would suggest you use the softfail (~) qualifier for the default policy, e.g. "v=spf1 a mx ~all". It is best current practice to m

Re: [mailop] Gmail putting messages to spam

Hello, > > Do your logs show which gmail server received each message ? > > I hypothesize that different server(-cluster)s have different databases > and some of them do not know you so default to unclean. Seems maybe this is a misunderstanding of gmail / google about tld eu.org. If subdomain

Re: [mailop] Gmail putting messages to spam

On Mon, 20 Sep 2021, Jaroslaw Rafa via mailop wrote: I want to return to an old issue, which repeatedly happens again and again, that is, Google putting emails from me to recipient's spam folder. What's absurd, this happens not only to Gmail addresses to which I am writing for the first time, bu

Re: [mailop] Gmail putting messages to spam

Hi, I want to return to an old issue, which repeatedly happens again and again, that is, Google putting emails from me to recipient's spam folder. What's absurd, this happens not only to Gmail addresses to which I am writing for the first time, but also to recipients with whom I have previously

[mailop] Gmail putting messages to spam

I want to return to an old issue, which repeatedly happens again and again, that is, Google putting emails from me to recipient's spam folder. What's absurd, this happens not only to Gmail addresses to which I am writing for the first time, but also to recipients with whom I have previously corresp