| Re: [cross-project-issues-dev] Solved: Gmail thinks Gitlab is Spam |
Hi Ed,
As I understand it, your setup is:
GitHub/GitLab -> mail forwarder/redirector -> gmail
Have you tried NOT using a redirector? I suspect the mail redirection is what is throwing GMail off.
As there is inherently nothing wrong with the GitLab mails (the "provocative tail' is anything but), and you're seeing similar issues from GitHub mails, this is well outside our jurisdiction.
GMail's own docs have nothing about a 'provocative tail' :
https://support.google.com/mail/answer/175365?hl=en
Regardless, again, this is outside the EFs reach and, in the end, only seems to affect you.
Good luck with your setup,
Denis
Hi
Correction. Raising https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/issues/1404 demonstrated that the provocative tail problem occurs on GitLab as well as GitHub.
Raising issue 1404 demonstrated that GitLab is blacklisted for me at GMail. GitHub is only a phishing hazard.
Regards
Ed Willink
On 13/06/2022 08:18, Ed Willink wrote:
Hi
On further investigation this is a Phishing rather than Spam problem. It appears that the 'provocative tail' is outside the traditional text protected by the mail signature and so the links within the tail cause an inadequate Gmail phishing detector to fail. The same tail embedded as regular message text a test Bugzilla notification is checked without trouble by Gmail.
@Wayne: Yes, this is perhaps just a GitHub redirected to Gmail problem.
(Testing teeing my redirection to two emails revealed that there are some legitimate senders (e.g. the nextdoor.co.uk local social media site) that Gmail seems to blacklist without providing any Spam clues; not a good email supplier.)
Regards
Ed Willink
On 09/06/2022 20:41, Wayne Beaton wrote:
Surely the EF should ensure that EF messages do not contain what is clearly partial SPAM?
I looked through about a dozen messages sent from various eclipse.org lists and found this in none of them (but did find it in several examples of messages sent from GitHub). The one example that you've presented is from GitHub.
If you have specific examples that come from eclipse.org, please cite them in an issue and start a conversation about sorting this out with the IT team.
Wayne
On Thu, Jun 9, 2022 at 3:26 PM Ed Willink <ed.willink@xxxxxxxxx> wrote:
Hi
Yes, the tails may be a red herring. It was just that the 'Spam'
messages I rescued were from Eclipse and they all had this tail, which
despite the comment in
https://developers.google.com/gmail/markup/actions/declaring-actions
are not ignored by the Thunderbird email client. Surely the EF should
ensure that EF messages do not contain what is clearly partial SPAM?
Bugzilla was fine.
It appears that contrary to the 0.05% false positive rate claimed for
the Gmail Spam filter, it was actually more like 50% for me affecting
many senders. Truly abysmal. Any in a folder that requires a couple of
scrolling actions to reveal.
Regards
Ed Willink
On 09/06/2022 11:36, Arthur van Dorp wrote:
> Hi Ed
>
> Not sure those "tails" are to blame. They are actually meant for mail clients and Gmail supports those:
>
> https://developers.google.com/gmail/markup/actions/declaring-actions
>
> Regards
> Arthur
>
> -----Original Message-----
> From: cross-project-issues-dev <cross-project-issues-dev-bounces@xxxxxxxxxxx> On Behalf Of Ed Willink
> Sent: Thursday, 9 June, 2022 12:20
> To: Cross project issues <cross-project-issues-dev@xxxxxxxxxxx>
> Subject: [cross-project-issues-dev] Solved: Gmail thinks Gitlab is Spam
>
> Hi
>
> I have been complaining recently about lost emails, particularly all those from gitlab, github and some from cross-project-dev.
>
> Problem solved. The lost emails have a tail that looks like:
>
> [ { "@context": "http://schema.org", "@type": "EmailMessage",
> "potentialAction": { "@type": "ViewAction", "target":
> "https://github.com/eclipse-m2e/m2e-core/pull/735#issuecomment-1150841883","url":
> "https://github.com/eclipse-m2e/m2e-core/pull/735#issuecomment-1150841883",
> "name": "View Pull Request" }, "description": "View this Pull Request on GitHub", "publisher": { "@type": "Organization", "name": "GitHub",
> "url": "https://smex-ctp.trendmicro.com:443/wis/clicktime/v1/query?url="">" } } ]
>
> The latest 'improved' Gmail spam filter is 'clever' enough to regard the tail gibberish as a Spam indicator, and so Thunderbird failed to download the messages for me.
>
> Unfortunately if you log on to Gmail, the Spam folder is not visible unless you scroll the folder list, so I was deceived into thinking there was no recoverable personal Spam just lost global Spam.
>
> Once I scrolled and opened the Spam folder, Eureka, there are all the lost emails (well 30 days worth). After marking a few as not-Spam, the filter was trained and 180 lost emails were available to Thunderbird.
>
> Bottom line. If you use Gmail, review your Spam folder because recent Eclipse communications have a junk tail that predisposes them to be treated as Spam.
>
> Surely Eclipse should not be sending messages with such a provocative junk tail?
>
> Regards
>
> Ed Willink
>
>
> --
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
> _______________________________________________
> cross-project-issues-dev mailing list
> cross-project-issues-dev@xxxxxxxxxxx
> To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
>
> _______________________________________________
> cross-project-issues-dev mailing list
> cross-project-issues-dev@xxxxxxxxxxx
> To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev
--
Wayne Beaton
Director of Open Source Projects | Eclipse Foundation
My working day may not be your working day! Please don’t feel obliged to read or reply to this e-mail outside of your normal working hours.
_______________________________________________ cross-project-issues-dev mailing list cross-project-issues-dev@xxxxxxxxxxx To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/cross-project-issues-dev