Re: [mailop] [EXTERNAL] Re: [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback..
On 26/01/2020 1:46 PM, Ángel via mailop wrote: On 2020-01-24 at 11:16 -0800, Brandon Long via mailop wrote: Anyways, the main reason I assume is design and space limitations as well as the cognitive load of the UI. Only showing it when it may be important increases the chance that it's noticed and seen. Of course, we aren't always right about when to show it or not. And, I won't claim that this is the right decision either, there have been plenty of our other UIs where we hide too much information. I'm just pointing out that showing it isn't the panacea that's claimed. The main offender here is probably Microsoft Outlook, which a) Seem prevalent in the corporate world b) Does not show the email address when reading the mail in the preview panel (which is the more convenient way to read the inbox, imho) So when the CEO fraud email arrives from «"Boss owner"» or even «"Boss owner " » there is actually no sign at all of the spoofing in the UI. I would have the MUA provide a panel identifying if it's a message that came from a user in the organization,¹ from someone external that we interact with (like a customer organization) or someone completely new. A couple of years ago I was working for an organisation with on-prem exchange and Outlook 2013. I had the chance to tinker with this scenario. Where the email is sourced externally, the source email address _does_ appear next to the name. This was true even when the email address given in MAIL FROM was the internal address. For example emails received from Office 365 (OneDrive for Business notifications, etc) would show the senders name and email address. If they sent the email from their own Outlook footprint, it'd be name alone. In preparing cybersecurity training to my staff, I would ask them to specifically look for the email address next to the name, as a sign that the message was externally sourced. It generally worked. I'll confess to not know about Outlook 2016 in the enterprise scenario, but the installation I use at home, shows the email address next to the name for every email I have (IMAP account). I agree that the increased use in Mobile MUA makes it harder as the tools available to show a user that a message is as-expected or different, are less available and less useful with the simplified UI. But you can tap the icon next to the sender within Outlook Mobile (for Android in my case) and it shows the return email address, true for both internally and externally sourced messages. I don't have a platform where I can test that scenario with an externally sourced email with an internally valid email address, however. Mark. ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] [EXTERNAL] Re: [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback..
In article <157565.913.73.ca...@16bits.net> you write: >The main offender here is probably Microsoft Outlook, which >a) Seem prevalent in the corporate world >b) Does not show the email address when reading the mail in the preview >panel (which is the more convenient way to read the inbox, imho) I think you'll find that pretty much every mobile device MUA hides the address, too. A surprising number of people don't have a normal computer any more, just a phone or a tablet. ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] [EXTERNAL] Re: [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback..
On 2020-01-24 at 11:16 -0800, Brandon Long via mailop wrote: > Anyways, the main reason I assume is design and space limitations as > well as the cognitive load of the UI. > > Only showing it when it may be important increases the chance that > it's noticed and seen. > Of course, we aren't always right about when to show it or not. > > And, I won't claim that this is the right decision either, there have > been plenty of our other UIs where > we hide too much information. I'm just pointing out that showing it > isn't the panacea that's claimed. > The main offender here is probably Microsoft Outlook, which a) Seem prevalent in the corporate world b) Does not show the email address when reading the mail in the preview panel (which is the more convenient way to read the inbox, imho) So when the CEO fraud email arrives from «"Boss owner"» or even «"Boss owner " » there is actually no sign at all of the spoofing in the UI. I would have the MUA provide a panel identifying if it's a message that came from a user in the organization,¹ from someone external that we interact with (like a customer organization) or someone completely new. Equally when sending out. Also note that address books have their own perils: If it's automatically populated it can end up with malicious entries. Even if all the entries are for valid contacts, there is the typical risk of sending the mail to the "wrong John". And even if sending to the right person, you don't want to unintentionally send a message with confidential corporate content to the personal gmail mailbox of your colleague! Besr regards ¹ That could be based on email topology, or a simple analysis of the email address against a configurable list of domains "known to be ours". ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] [EXTERNAL] Re: [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback..
On Fri, Jan 24, 2020 at 12:51 AM Jaroslaw Rafa wrote: > Dnia 23.01.2020 o godz. 15:50:53 Brandon Long via mailop pisze: > > > > Expecting users to be trained to catch this is... wishful thinking, > > perhaps? Maybe 1 in 100 will manage it, and even then, not all the time. > > > > I mean, it's nice if it's easier to tell, for those who know what they're > > doing... but that won't be everyone. > > > > You'd be better off putting in place other controls on things like how > you > > process/receive/handle invoices than that. > > Well, but that's not the reason for hiding important information (ie. > actual > email address) from the user, thus making things even worse. > It's not always hidden, see attached. Anyways, the main reason I assume is design and space limitations as well as the cognitive load of the UI. Only showing it when it may be important increases the chance that it's noticed and seen. Of course, we aren't always right about when to show it or not. And, I won't claim that this is the right decision either, there have been plenty of our other UIs where we hide too much information. I'm just pointing out that showing it isn't the panacea that's claimed. Brandon ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] [EXTERNAL] Re: [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback..
Dnia 23.01.2020 o godz. 15:50:53 Brandon Long via mailop pisze: > > Expecting users to be trained to catch this is... wishful thinking, > perhaps? Maybe 1 in 100 will manage it, and even then, not all the time. > > I mean, it's nice if it's easier to tell, for those who know what they're > doing... but that won't be everyone. > > You'd be better off putting in place other controls on things like how you > process/receive/handle invoices than that. Well, but that's not the reason for hiding important information (ie. actual email address) from the user, thus making things even worse. -- Regards, Jaroslaw Rafa r...@rafa.eu.org -- "In a million years, when kids go to school, they're gonna know: once there was a Hushpuppy, and she lived with her daddy in the Bathtub." ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] [EXTERNAL] Re: [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback..
On Thu, Jan 23, 2020 at 4:43 PM Michael Peddemors via mailop < mailop@mailop.org> wrote: > On 2020-01-23 3:26 p.m., Michael Wise via mailop wrote: > > Or at the very least, hover over should show all the details. > > How long do I have to hover my finger over the screen before it shows > the details? Inquiring minds would like to know... > It's not the duration - it's how intently you hover :-D ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] [EXTERNAL] Re: [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback..
On 2020-01-23 3:26 p.m., Michael Wise via mailop wrote: Or at the very least, hover over should show all the details. And yeah, never take the Friendly From, 822 From, or 821 Mail From for Granite. Aloha, Michael. How long do I have to hover my finger over the screen before it shows the details? Inquiring minds would like to know... Oh, I forget you spend 18 hours a day over a REAL computer.. ;) -- "Catch the Magic of Linux..." Michael Peddemors, President/CEO LinuxMagic Inc. Visit us at http://www.linuxmagic.com @linuxmagic A Wizard IT Company - For More Info http://www.wizard.ca "LinuxMagic" a Registered TradeMark of Wizard Tower TechnoServices Ltd. 604-682-0300 Beautiful British Columbia, Canada This email and any electronic data contained are confidential and intended solely for the use of the individual or entity to which they are addressed. Please note that any views or opinions presented in this email are solely those of the author and are not intended to represent those of the company. ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] [EXTERNAL] Re: [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback..
On Thu, Jan 23, 2020 at 3:21 PM Anne P. Mitchell, Esq. via mailop < mailop@mailop.org> wrote: > > > > On Jan 23, 2020, at 3:38 PM, Jaroslaw Rafa via mailop > wrote: > > > > Ah... I always forget that people use mobiles nowadays for sending mail, > > where you have separate contacts list at system level... By the way, > isn't > > mobile usage the root cause of most issues with sending messages to the > > wrong address? > > On a mobile client you often don't see the e-mail address of the > recipient > > at all... you only see the name (well similarly is for Gmail's web > > interface) - I always wondered why is this, because I see this as > primarily > > stupid - hiding from the user to whom he/she is actually sending mail > to... > > Those mail clients also help scammers spoofing inbound mail, because they > display the contact image and friendly name associated with the spoofed > email address (which is how one company was scammed out of over $4million > USD), as we write here in our caution to *not* have your email client > display contact images or so-called 'friendly' names: > > > https://www.theinternetpatrol.com/warning-having-email-display-senders-contact-image-and-info-helps-scammers-get-in-through-the-cracks/ Expecting users to be trained to catch this is... wishful thinking, perhaps? Maybe 1 in 100 will manage it, and even then, not all the time. I mean, it's nice if it's easier to tell, for those who know what they're doing... but that won't be everyone. You'd be better off putting in place other controls on things like how you process/receive/handle invoices than that. Brandon ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] [EXTERNAL] Re: [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback..
Or at the very least, hover over should show all the details. And yeah, never take the Friendly From, 822 From, or 821 Mail From for Granite. Aloha, Michael. -- Michael J Wise Microsoft Corporation| Spam Analysis "Your Spam Specimen Has Been Processed." Open a ticket for Hotmail<http://go.microsoft.com/fwlink/?LinkID=614866> ? -Original Message- From: mailop On Behalf Of Anne P. Mitchell, Esq. via mailop Sent: Thursday, January 23, 2020 3:19 PM To: Cal Frye via mailop Subject: Re: [mailop] [EXTERNAL] Re: [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback.. > On Jan 23, 2020, at 3:38 PM, Jaroslaw Rafa via mailop > mailto:mailop@mailop.org>> wrote: > > Ah... I always forget that people use mobiles nowadays for sending > mail, where you have separate contacts list at system level... By the > way, isn't mobile usage the root cause of most issues with sending > messages to the wrong address? > On a mobile client you often don't see the e-mail address of the > recipient at all... you only see the name (well similarly is for > Gmail's web > interface) - I always wondered why is this, because I see this as > primarily stupid - hiding from the user to whom he/she is actually sending > mail to... Those mail clients also help scammers spoofing inbound mail, because they display the contact image and friendly name associated with the spoofed email address (which is how one company was scammed out of over $4million USD), as we write here in our caution to *not* have your email client display contact images or so-called 'friendly' names: https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.theinternetpatrol.com%2Fwarning-having-email-display-senders-contact-image-and-info-helps-scammers-get-in-through-the-cracks%2Fdata=02%7C01%7Cmichael.wise%40microsoft.com%7C0a94493052ff4a45e9ca08d7a05b0908%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637154185178426141sdata=%2BesdjIl7F%2FlPfbj9HZJccmL7dgk8ZPRc6UwLhdBTNng%3Dreserved=0 Anne --- Anne P. Mitchell, Attorney at Law, Dean of Cyberlaw, Lincoln Law School of San Jose CEO/President, SuretyMail Email Reputation Certification Author: Section 6 of the CAN-SPAM Act of 2003 (the Federal anti-spam law) Legislative Consultant, GDPR, CCPA (CA) & CCDPA (CO) Compliance Consultant Former Counsel: Mail Abuse Prevention System (MAPS) Location: Boulder, Colorado ___ mailop mailing list mailop@mailop.org<mailto:mailop@mailop.org> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fchilli.nosignal.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fmailopdata=02%7C01%7Cmichael.wise%40microsoft.com%7C0a94493052ff4a45e9ca08d7a05b0908%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637154185178426141sdata=mMp783nfJt9V%2BiAbhD8xDSGJ2nZj97tj0a3CMaXpEtE%3Dreserved=0 ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] [EXTERNAL] Re: [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback..
Dnia 23.01.2020 o godz. 13:10:25 Michael Peddemors via mailop pisze: > Too bad so many email client softwares have developed a bad > reputation for when they ask for 'Access to your contacts', doing > far too much with that information.. But... aren't contacts an internal thing for a mail client? Ah... I always forget that people use mobiles nowadays for sending mail, where you have separate contacts list at system level... By the way, isn't mobile usage the root cause of most issues with sending messages to the wrong address? On a mobile client you often don't see the e-mail address of the recipient at all... you only see the name (well similarly is for Gmail's web interface) - I always wondered why is this, because I see this as primarily stupid - hiding from the user to whom he/she is actually sending mail to... -- Regards, Jaroslaw Rafa r...@rafa.eu.org -- "In a million years, when kids go to school, they're gonna know: once there was a Hushpuppy, and she lived with her daddy in the Bathtub." ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] [EXTERNAL] Re: [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback..
They're complaining, one hopes, about that one particular email having crossed a line. What we do is FAR from Binary. Heck, sometimes it feels like the square root of -1 is involved somehow. Aloha, Michael. -- Michael J Wise Microsoft Corporation| Spam Analysis "Your Spam Specimen Has Been Processed." Open a ticket for Hotmail<http://go.microsoft.com/fwlink/?LinkID=614866> ? -Original Message- From: mailop On Behalf Of Michael Ellis via mailop Sent: Thursday, January 23, 2020 1:46 PM To: mailop@mailop.org Subject: [EXTERNAL] Re: [mailop] [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback.. >> Dnia 22.01.2020 o godz. 23:31:13 John Levine via mailop pisze: >>> At some point I give up and hit the spam button. >> >> And thus you are training Google's AI to treat completely legit (only >> misdirected) messages as spam. >> Maybe one day these senders will find out that when they send another >> message (this time to the correct address), it will end up in the >> recipient's spam folder, without them knowing why. >> Don't do it to them. Just delete those messages, don't put them to spam. > > > I disagree. If the sender wants eyeballs to see their emails, they > need some incentive to put in place the systems that'll validate the > correct recipients. Like double-opt-in. Especially before persistent > and repeat use of an address where you don't actually know the > recipient wants your mail. > > And when someone hits this is spam on a Double Optin/COI email? ___ mailop mailing list mailop@mailop.org<mailto:mailop@mailop.org> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fchilli.nosignal.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fmailopdata=02%7C01%7Cmichael.wise%40microsoft.com%7C865dd202d140496f4f9a08d7a04e4e46%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637154130491209431sdata=MFiDkDO4uINogVZS0Xfl5b7sagxZMc0jfXoAnX5oZWs%3Dreserved=0 ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] [EXTERNAL] Re: [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback..
Sometimes, blocking the sender can't be accomplished by simply clicking a button... Sometimes it is *MUCH*, much harder. Aloha, Michael. -- Michael J Wise Microsoft Corporation| Spam Analysis "Your Spam Specimen Has Been Processed." Open a ticket for Hotmail<http://go.microsoft.com/fwlink/?LinkID=614866> ? -Original Message- From: mailop On Behalf Of Michael Peddemors via mailop Sent: Thursday, January 23, 2020 1:19 PM To: mailop@mailop.org Subject: [EXTERNAL] Re: [mailop] [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback.. I often speak on this topic to ISP's, and I remind them, never argue with your customer on what is spam, and what isn't spam.. Sure, block/mark the 99% that is pretty obvious and fits everyone's definition of spam, by let your USERS decide on the fringe cases.. "If a message is in the spam folder, that the customer wants.. give them an allow sender button.. don't argue.. you just alienate the customers." "If a message is in the inbox, and the customer doesn't want it, I don't care if it is from an ex-g/f, bill collector (or worse a lawyer *Teasing Anne*), let them click block sender" Do your best, but empower the users .. Google had to learn that early, they didn't have a call center ;) But those methods we all can learn from, especially when the end user is paying the bills. -- Michael -- PS, and of course, the more a customer can do, the more loyal they are in general.. On 2020-01-23 12:54 p.m., Jaroslaw Rafa via mailop wrote: > Dnia 23.01.2020 o godz. 19:28:03 Andrew Wingle via mailop pisze: >> >> I can't recall the exact quote but a key rule is basically this; >> >> "Spam is whatever my users say it is." >> -Various Sources > > Does work only when there is a small and somewhat homogenous community > of users, who have similar views about what is spam and what isn't. > > With a mass provider like Google, when there are thousands, even > millions of users with completely different (and often opposite) > expectations about what they want to receive and what not, users who > don't know each other, this rule does not apply. If my decisions can > influence mail reception for some other person, completely unknown to > me, who doesn't share my views about what is spam, then something's wrong. > -- "Catch the Magic of Linux..." Michael Peddemors, President/CEO LinuxMagic Inc. Visit us at https://nam06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.linuxmagic.comdata=02%7C01%7Cmichael.wise%40microsoft.com%7C4d2ef5b875da4c362fa508d7a04a3a64%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637154112976572347sdata=w9g6dgXtZdy5maOX11G2wk7091Wyv8E7lT4YUjbf%2BN0%3Dreserved=0 @linuxmagic A Wizard IT Company - For More Info https://nam06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.wizard.cadata=02%7C01%7Cmichael.wise%40microsoft.com%7C4d2ef5b875da4c362fa508d7a04a3a64%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637154112976572347sdata=h9TSyaYe%2F4FzcGkOKQrH2tDWq09T2hkmyETrgvsvWDk%3Dreserved=0 "LinuxMagic" a Registered TradeMark of Wizard Tower TechnoServices Ltd. 604-682-0300 Beautiful British Columbia, Canada This email and any electronic data contained are confidential and intended solely for the use of the individual or entity to which they are addressed. Please note that any views or opinions presented in this email are solely those of the author and are not intended to represent those of the company. ___ mailop mailing list mailop@mailop.org<mailto:mailop@mailop.org> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fchilli.nosignal.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fmailopdata=02%7C01%7Cmichael.wise%40microsoft.com%7C4d2ef5b875da4c362fa508d7a04a3a64%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637154112976572347sdata=CsaetLPUvGCgoxaCodpKKSlMRbeYVPPIlUfOsA1aWh8%3Dreserved=0 ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] [EXTERNAL] Re: [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback..
So ... no more user Safe or Blocklists? No AI at all, or it just has to be able to, "Show Its Work"... but to whom? Aloha, Michael. -- Michael J Wise Microsoft Corporation| Spam Analysis "Your Spam Specimen Has Been Processed." Open a ticket for Hotmail ? -Original Message- From: mailop On Behalf Of Jaroslaw Rafa via mailop Sent: Thursday, January 23, 2020 12:58 PM To: Anne P. Mitchell, Esq. Cc: Cal Frye via mailop Subject: [EXTERNAL] Re: [mailop] [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback.. Dnia 23.01.2020 o godz. 13:39:33 Anne P. Mitchell, Esq. via mailop pisze: > > > "Spam is whatever my users say it is." > > And, delightfully, even CAN-SPAM says (essentially) that spam is whatever > ISPs say it is. And I would agree with that. But i would treat the term "ISP" *very strictly*. That is, some humans from ISP staff who are responsible for imposing exact rules of spam classifications. Not decisions of random users, not an uncontrollable AI with nobody having an idea how it exactly operates. -- Regards, Jaroslaw Rafa r...@rafa.eu.org -- "In a million years, when kids go to school, they're gonna know: once there was a Hushpuppy, and she lived with her daddy in the Bathtub." ___ mailop mailing list mailop@mailop.org https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fchilli.nosignal.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fmailopdata=02%7C01%7Cmichael.wise%40microsoft.com%7Cad5eb1ae28ad4472fa5508d7a0474881%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637154100332232384sdata=18RcWOOBSIbJkkgvaErrJQge7yoM3Lq9BfcxkW0Akq4%3Dreserved=0 ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] [EXTERNAL] Re: [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback..
Too bad so many email client softwares have developed a bad reputation for when they ask for 'Access to your contacts', doing far too much with that information.. Even me, accidentally have posted a message to the mailing list, when meant to send to an individual. But it is helpful, whether sending or receiving, to see if the address is in your contacts (known person) or not.. But we see a lot of changes coming on that front, just overheard some Thunderbird developers working on, and I know our team is rolling out more 'color coding' of addresses as a visual clue about who is on the other end of your communication.. (Course, I guess it should be the 'send' button that is smarter ;) But fortunately, the cases you are talking about tend to be 'outliers', and usually single events, so aren't easily confused with a list washer reported at 100 ISP's at the same time, or 100 user accounts on the same server at the same time.. Only problem is we have to stop naming our kids 'michael', as my auto-populate doesn't start until the 9th character ;) On 2020-01-23 12:44 p.m., Michael Wise via mailop wrote: We need much better controls over who we email to Both in the “Consumer” space, but even more-so in the Corporate space Aloha, Michael. -- *Michael J Wise* MicrosoftCorporation| Spam Analysis "Your Spam Specimen Has Been Processed." Open a ticket for Hotmail <http://go.microsoft.com/fwlink/?LinkID=614866> ? -Original Message- From: mailop On Behalf Of Anne P. Mitchell, Esq. via mailop Sent: Thursday, January 23, 2020 12:38 PM To: Cal Frye via mailop Subject: [EXTERNAL] Re: [mailop] [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback.. While most of the misdirected email I get is just a nuisance, just last week a lawyer at a law firm in California, with whom I have no connection, emailed documents in a case, with which I have no connection, to opposing counsel, with whom I have no connection (are you a detecting a theme here?) - only somehow they sent them to me instead of opposing counsel. I say "somehow" because there is literally no connection at all - the fact that I am a lawyer was a coincidence, but a fun one, because I got to reply-all pointing out the error of their ways (and an egregious one at that). ;~) Anne Anne P. Mitchell, Attorney at Law, Dean of Cyberlaw, Lincoln Law School of San Jose CEO/President, SuretyMail Email Reputation Certification Author: Section 6 of the CAN-SPAM Act of 2003 (the Federal anti-spam law) Legislative Consultant, GDPR, CCPA (CA) & CCDPA (CO) Compliance Consultant Former Counsel: Mail Abuse Prevention System (MAPS) Location: Boulder, Colorado ___ mailop mailing list mailop@mailop.org <mailto:mailop@mailop.org> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fchilli.nosignal.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fmailopdata=02%7C01%7Cmichael.wise%40microsoft.com%7C9f35930157874838bb5f08d7a044c5f5%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637154089551110235sdata=0oB9iJQxh91IcMeIzlpp9VOWCWzg%2FfxhFXSKWFDGrUs%3Dreserved=0 ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop -- "Catch the Magic of Linux..." Michael Peddemors, President/CEO LinuxMagic Inc. Visit us at http://www.linuxmagic.com @linuxmagic A Wizard IT Company - For More Info http://www.wizard.ca "LinuxMagic" a Registered TradeMark of Wizard Tower TechnoServices Ltd. 604-682-0300 Beautiful British Columbia, Canada This email and any electronic data contained are confidential and intended solely for the use of the individual or entity to which they are addressed. Please note that any views or opinions presented in this email are solely those of the author and are not intended to represent those of the company. ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
Re: [mailop] [EXTERNAL] Re: [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback..
We need much better controls over who we email to Both in the “Consumer” space, but even more-so in the Corporate space Aloha, Michael. -- Michael J Wise Microsoft Corporation| Spam Analysis "Your Spam Specimen Has Been Processed." Open a ticket for Hotmail<http://go.microsoft.com/fwlink/?LinkID=614866> ? -Original Message- From: mailop On Behalf Of Anne P. Mitchell, Esq. via mailop Sent: Thursday, January 23, 2020 12:38 PM To: Cal Frye via mailop Subject: [EXTERNAL] Re: [mailop] [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback.. While most of the misdirected email I get is just a nuisance, just last week a lawyer at a law firm in California, with whom I have no connection, emailed documents in a case, with which I have no connection, to opposing counsel, with whom I have no connection (are you a detecting a theme here?) - only somehow they sent them to me instead of opposing counsel. I say "somehow" because there is literally no connection at all - the fact that I am a lawyer was a coincidence, but a fun one, because I got to reply-all pointing out the error of their ways (and an egregious one at that). ;~) Anne Anne P. Mitchell, Attorney at Law, Dean of Cyberlaw, Lincoln Law School of San Jose CEO/President, SuretyMail Email Reputation Certification Author: Section 6 of the CAN-SPAM Act of 2003 (the Federal anti-spam law) Legislative Consultant, GDPR, CCPA (CA) & CCDPA (CO) Compliance Consultant Former Counsel: Mail Abuse Prevention System (MAPS) Location: Boulder, Colorado ___ mailop mailing list mailop@mailop.org<mailto:mailop@mailop.org> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fchilli.nosignal.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fmailopdata=02%7C01%7Cmichael.wise%40microsoft.com%7C9f35930157874838bb5f08d7a044c5f5%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637154089551110235sdata=0oB9iJQxh91IcMeIzlpp9VOWCWzg%2FfxhFXSKWFDGrUs%3Dreserved=0 ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
