Re: [cross-project-issues-dev] Solved: Gmail thinks Gitlab is Spam

2022-06-13 Thread Ed Willink

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

https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/issues/1404 raised.

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  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
 On Behalf Of Ed
Willink
> Sent: Thursday, 9 June, 2022 12:20
> To: Cross project issues 
> 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=https%3a%2f%2fgithub.com&umid=54465e77-e305-480a-8537-dee40869dc31&auth=2553b7ee1b402f6c614d840b79175d8e10d66fea-f28b8dabd5154be63373caed4ac034dbbd4db939

"
} } ]
>
> 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 communic

Re: [cross-project-issues-dev] Solved: Gmail thinks Gitlab is Spam

2022-06-13 Thread Ed Willink

Hi

https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/issues/1404 raised.

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  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
 On Behalf Of Ed Willink
> Sent: Thursday, 9 June, 2022 12:20
> To: Cross project issues 
> 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=https%3a%2f%2fgithub.com&umid=54465e77-e305-480a-8537-dee40869dc31&auth=2553b7ee1b402f6c614d840b79175d8e10d66fea-f28b8dabd5154be63373caed4ac034dbbd4db939

"
} } ]
>
> 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
>
>