On Tue, Oct 08, 2019 at 03:55:10PM +0200, Benoit Panizzon via mailop wrote:
> Yet another one, reported a work report with full salary detail from
> his employer, not aware that Microsoft would forward that sensitive data
> to our abuse desk.
This one, at least, smells like it might be a GDPR risk
On Tue, Oct 08, 2019 at 12:01:20PM -0700, Luis E. Muñoz via mailop wrote:
> On 8 Oct 2019, at 6:55, Benoit Panizzon via mailop wrote:
> > 3: Try to make it more obvious in the documentation of that junk
> > folder, that moving emails there will lead to a complaint to the
> > senders ISP.
>
> I've
I've noticed when using Gmail that I can trash a message, or I can report
it as spam and (sometimes) choose between "report" and "report and
unsubscribe."
But I don't think I can "trash and unsubscribe," and I don't think there's
a way (other than scrolling through the message looking for a unsubs
On 10/8/19 3:05 PM, Brandon Long via mailop wrote:
… people still use report spam as "I don't want to receive this
any more".
I'd like to see MUAs get smart enough to question what needs to be done
when people indicate "I don't want to receive this any more".
If the message passes all contem
On Tue, Oct 8, 2019 at 1:51 PM Bill Cole via mailop
wrote:
> Not exactly garbage: if it exists, it needs a '@' and the legal content
> is slightly less permissive than the 'addr-spec' definition (i.e. email
> addresses.) Also, it must be unique, so using a real fully qualified
> hostname (i.e. on
> Not exactly garbage: if it exists, it needs a '@' and the legal content is
> slightly less permissive than the 'addr-spec' definition (i.e. email
> addresses.)
some sources (aliexpress!) generate message-id lacking '@' (also '<'
and '>') so removed that as a hard-requirement when filtering here
At one point when I was complaining about the Gmail UI for that, I did a
survey, and several competing products used the exact opposite
iconography for spam/trask,
just leading to more user confusion... and us making sure to use something
very different for report spam. No idea if it helped or not
I looked through the logs. No duplicate message IDs over a 7-day period.
-A
On Tue, Oct 8, 2019 at 1:33 PM Chris Wedgwood wrote:
> > The second tech arrived at the conclusion that it was the Message-Id
> > header. Messages that were delivered had an externally-resolvable domain
> > as part of
On 8 Oct 2019, at 15:57, Aaron C. de Bruyn via mailop wrote:
[...]
Maybe I'm getting old and forgetful, but I seem to recall the RFCs
saying
the Message-Id was nothing more than a tracking identifier and could
be
complete garbage.
Not exactly garbage: if it exists, it needs a '@' and the leg
So, nothing disappears, and the logs should definitely have something...
though, it might not reach the GSuite logs if the SMTP conversation doesn't
reach a point where we can identify the relevant customer (ie, RCPT TO).
Also, the only message we give with 451 4.5.0 doesn't start with OK, its
"SM
> The second tech arrived at the conclusion that it was the Message-Id
> header. Messages that were delivered had an externally-resolvable domain
> as part of the Message-Id header. Messages that were 'disappeared' had our
> internal domain (i.e. whatever.local) as part of the Message-Id.
>
> I r
We have a bunch of satellite offices that relay through our corporate mail
gateway. The mail gateway handles things like scan-to-email from copiers,
email from our internal fax gateway, etc...
Starting Monday morning-ish Google has been one of a few things apparently
at random:
* Accepting the me
On 8 Oct 2019, at 6:55, Benoit Panizzon via mailop wrote:
3: Try to make it more obvious in the documentation of that junk
folder, that moving emails there will lead to a complaint to the
senders ISP.
I've always believed that "junk" is too subtle – although English is
not my first language
On Tue, Oct 8, 2019 at 12:51 AM Alessandro Vesely via mailop <
mailop@mailop.org> wrote:
> On Mon 07/Oct/2019 23:38:23 +0200 Brandon Long via mailop wrote:
> > Also, it's hard to optimize for the servers that send us one message a
> day.
>
>
> If it sends a message a day, it cannot be spam (by the
On Tue, 08 Oct 2019 10:16:48 -0400, Bill Cole via mailop
wrote:
>"Bulk" isn't about the delivery path, it is about how mail is composed
>and targeted.
And, properly understood, the 'B' in "UBE" is not "bulk", it is "broadcast".
So, if more than one person received a substantially identical emai
On 8 Oct 2019, at 3:48, Alessandro Vesely via mailop wrote:
On Mon 07/Oct/2019 23:38:23 +0200 Brandon Long via mailop wrote:
Also, it's hard to optimize for the servers that send us one message
a day.
If it sends a message a day, it cannot be spam (by the B in UBE).
This isn't true. Are yo
Hi Chris
I have exactly the same issue.
I have found a hotmail user who made rule to 'save' all emails from a
whole list of 'known friends' sender to the 'junk' folder. Causing an
immediate Spam Complaint from Microsoft every time one of our customers
sends that hotmail user an email.
The hotmai
Today I had to deal with an erroneous Hotmail JMR notification via my SNDS
registration - the email was an order confirmation to a customer, it
appears they use the Junk/Spam button as a Delete button.
Once I receive this email, if I can demonstrate that it wasn't actually a
complaint but was repo
Hi all,
On the 5th of October we noticed a spike in delivery failures at domains
hotmail.com, outlook.com, msn.com, and live.com.
The failures were caused by DNS lookup errors reported by the MTA as "5.4.4
(unable to route: no mail hosts for domain)”. This is problematic as the error
is report
Dnia 8.10.2019 o godz. 13:42:32 Matt Palmer via mailop pisze:
>
> The other commonality is that AWS EC2 is at least as much of a pit of spam
> and abuse as OVH is, and I'm not surprised that you don't get treated better
> by GMail when you start sending them mail from a rando EC2 address.
As I r
On Mon 07/Oct/2019 23:38:23 +0200 Brandon Long via mailop wrote:
> Also, it's hard to optimize for the servers that send us one message a day.
If it sends a message a day, it cannot be spam (by the B in UBE).
> I've argued before that we should have better handling for the smallest
> servers (
21 matches
Mail list logo