Re: [mailop] Any idea who wrote 'Spam Lawsuits: What's the Worst that Can Happen?' ?

2020-02-26 Thread Anne P. Mitchell, Esq. via mailop
Thank you, everyone, for helping solve this mystery! The document actually does have attribution in the Slideshare version (what I had found was a plain PDF file, with no attribution). Thank you again! Anne -- Anne P. Mitchell, Attorney at Law Dean of Cyber Law & Cyber Security, Lincoln Law

Re: [mailop] AT&T Block - abuse_...@abuse-att.net still valid?

2020-02-26 Thread Luis E. Muñoz via mailop
On 26 Feb 2020, at 14:18, Scott Mutter via mailop wrote: [⋯] Do any DNS resolvers actually cache data for the period stated in the TTL these days? Many do. If you're operating a recursive for any sizable user population, you want to minimize the response time. Having the response in your l

Re: [mailop] AT&T Block - abuse_...@abuse-att.net still valid?

2020-02-26 Thread Luis E. Muñoz via mailop
On 26 Feb 2020, at 13:53, Lyle Giese via mailop wrote: Don't know if ATT looks at this but I know they used to.  The TTL for the A record for server.divebums.com is 900 seconds.  If checking this parameter, it was recommended that this be at least 12 hrs or 43,200 seconds.  The theory was th

Re: [mailop] AT&T Block - abuse_...@abuse-att.net still valid?

2020-02-26 Thread Scott Mutter via mailop
I really wouldn't think TTL would be a determining factor - at least if it is I'd argue against it being such. Do any DNS resolvers actually cache data for the period stated in the TTL these days? Too long of a TTL, I think resolvers will flush it out before then anyway. Maybe 900 is too short,

Re: [mailop] Any idea who wrote 'Spam Lawsuits: What's the Worst that Can Happen?' ?

2020-02-26 Thread Tom Kulzer via mailop
http://static.mailchimp.com/www/guides/spam-lawsuits/package/spam-lawsuits.pdf Cheers, Tom Kulzer CEO & Founder AWeber Communications https://www.aweber.com https://twitter.com/tkulzer > On Feb 26, 2020, at 3:54 P

Re: [mailop] AT&T Block - abuse_...@abuse-att.net still valid?

2020-02-26 Thread Lyle Giese via mailop
Don't know if ATT looks at this but I know they used to.  The TTL for the A record for server.divebums.com is 900 seconds.  If checking this parameter, it was recommended that this be at least 12 hrs or 43,200 seconds.  The theory was that 900 seconds indicated it was on a dynamic ip address.

Re: [mailop] AT&T Block - abuse_...@abuse-att.net still valid?

2020-02-26 Thread Michael Peddemors via mailop
host 192.158.224.5 5.224.158.192.in-addr.ARPA domain name pointer server.divebums.com host -t TXT divebums.com divebums.com descriptive text "v=spf1 ip4:192.158.224.5 ip4:174.36.50.170 ip4:192.110.160.37 +ip4:168.235.104.229 ip4:192.158.224.5 a mx -all" NetRange: 192.158.224.0 - 192.158

Re: [mailop] Ideas for possible content for FAQ: "Best Practices for running a mail server"

2020-02-26 Thread Michael Peddemors via mailop
Hehe.. another one.. (You think it would be self obvious) When you talk about transparency, the idea is that the domain in the PTR should have a URL, where contact information related to abuse for/from that domain can be found.. 97.107.24.93x1 1.outbound1.email-aeg.com 97.107.24.95

Re: [mailop] Any idea who wrote 'Spam Lawsuits: What's the Worst that Can Happen?' ?

2020-02-26 Thread Grégoire , André via mailop
Some more interesting Canadian links: Our Dashboard: https://crtc.gc.ca/eng/internet/pub/20190930.htm Orcus Rat: https://crtc.gc.ca/eng/archive/2019/vt191210.htm https://www.newswire.ca/news-releases/crtc-issues-115-000-in-penalties-to-stop-the-spread-of-malicious-software-866235347.html Malver

Re: [mailop] Any idea who wrote 'Spam Lawsuits: What's the Worst that Can Happen?' ?

2020-02-26 Thread Hokan via mailop
The document attributes suggest that the author is "MailChimp", that is was created "Wednesday, 24 September 2014 16:23:42 UTC", but modified earler than that on "Thursday, 15 November 2012 21:48:19 UTC" On Wed, Feb 26, 2020 at 01:54:54PM -0700, Anne P. Mitchell, Esq. via mailop wrote: > I came

Re: [mailop] AT&T Block - abuse_...@abuse-att.net still valid?

2020-02-26 Thread Scott Mutter via mailop
I know this will come as a complete and absolute shock to most everyone here. It's been 15 days since I originally posted this on this list. I was told to wait about a week to let them "weed" out all of the clutter AT&T likely gets from this abuse address... so I waited 2 weeks. The shocking par

Re: [mailop] Any idea who wrote 'Spam Lawsuits: What's the Worst that Can Happen?' ?

2020-02-26 Thread Michael Peddemors via mailop
No, but that is a valuable list that can show the 'why' of real fines/levies. Be nice if they included a few Canadian examples https://www.theglobeandmail.com/business/article-crtc-levies-fines-against-two-companies-under-canadas-anti-spam-law/ https://crtc.gc.ca/eng/DNCL/dnclc_2019.htm https

Re: [mailop] Any idea who wrote 'Spam Lawsuits: What's the Worst that Can Happen?' ?

2020-02-26 Thread Will Boyd via mailop
definitely connected to mailchimp: https://www.slideshare.net/mailchimp/spam-lawsuits-whats-the-worst-that-could-happen On Wed, Feb 26, 2020 at 2:01 PM Anne P. Mitchell, Esq. via mailop < mailop@mailop.org> wrote: > I came across a pdf titled Spam Lawsuits: What's the Worst that Can > Happen? ...

[mailop] Any idea who wrote 'Spam Lawsuits: What's the Worst that Can Happen?' ?

2020-02-26 Thread Anne P. Mitchell, Esq. via mailop
I came across a pdf titled Spam Lawsuits: What's the Worst that Can Happen? ...no author, no sponsoring org (although I suspect a connection with MailChimp owing to a line say saying "If you're a MailChimp customer" and another saying "As you're a MailChimp customer") You can see it here: http

Re: [mailop] Sendgrid strikes again; zendesk, actually

2020-02-26 Thread Luke via mailop
They might not care about phishing as much as you'd like them to. But they do care about phishing. All of your suggestions are good ones. Some of them are even "trivial" as you put it. The fact that they haven't bothered with any of these things after years > of this tells you everything you need

[mailop] Anyone from HughesNet ISP here

2020-02-26 Thread Lili Crowley via mailop
Please contact me off list. Thanks! Lili Lili Crowley Postmaster Verizon Media ___ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop

Re: [mailop] Sendgrid strikes again; zendesk, actually

2020-02-26 Thread Robert L Mathews via mailop
On 2/26/20 5:22 AM, Luke via mailop wrote: > > They also have no process in place for verifying From addresses. With > their API, you can put whatever you want in the From field. Clearly not > ideal, but they arent unique in this regard. All in all, considering the > amount of email SendGrid sends

[mailop] Anyone from Cloudmark?

2020-02-26 Thread Brett Schenker via mailop
If so, can you ping me off list? Thanks! -- Brett Schenker Man of Many Things, Including 5B Consulting - http://www.5bconsulting.com Graphic Policy - http://www.graphicpolicy.com Twitter - http://twitter.com/bhschenker LinkedIn - http://www.linkedin.com/in/brettschenker _

Re: [mailop] Spectrum webmail folks around?

2020-02-26 Thread Ken O'Driscoll via mailop
On Wed, 2020-02-26 at 17:07 +, Jay R. Ashworth via mailop wrote: > My sister's inherited tampabay.rr.com account -- the only one we have to > look at your webmail client with -- is unreasonably slow in retrieving mail > from folders. On my 16GB i7 with Win 10, it can take on the order of a min

Re: [mailop] Sendgrid strikes again; zendesk, actually

2020-02-26 Thread Alessandro Vesely via mailop
On Wed 26/Feb/2020 12:50:18 +0100 Paul Smith via mailop wrote: > On 26/02/2020 11:12, Alessandro Vesely via mailop wrote: >> >>> That looks remarkably like Sendgrid use ZenDesk for their abuse desk >>> platform, and they’re replying to or otherwise acknowledging your ticket. >>> That they include t

[mailop] Spectrum webmail folks around?

2020-02-26 Thread Jay R. Ashworth via mailop
My sister's inherited tampabay.rr.com account -- the only one we have to look at your webmail client with -- is unreasonably slow in retrieving mail from folders. On my 16GB i7 with Win 10, it can take on the order of a minute to open a folder with 3 messages in it; much longer for things like the

Re: [mailop] Sendgrid strikes again; zendesk, actually

2020-02-26 Thread Luke via mailop
Unfortunately, the host name filter2087p1mdw1.sendgrid.net does not actually indicate an outbound filter. The name is a legacy naming convention. The "filter" servers at SendGrid do a lot of things, but out bound filtering is not one of them. They also have no process in place for verifying From a

Re: [mailop] Sendgrid strikes again; zendesk, actually

2020-02-26 Thread Paul Smith via mailop
On 26/02/2020 12:21, Jaroslaw Rafa via mailop wrote: I guess the confusion may come from the fact that one would usually not expect a ticket acknowledgment to be ONLY the exact copy of the message you have sent and pretty much nothing more. I still think they misconfigured something. But it isn

Re: [mailop] Sendgrid strikes again; zendesk, actually

2020-02-26 Thread Jaroslaw Rafa via mailop
Dnia 26.02.2020 o godz. 11:50:18 Paul Smith via mailop pisze: > It looks EXACTLY like a ticket acknowledgement email to me. The "## > In replies all text above this line is added to the ticket ##" text > is telling me that it's a ticket acknowledgement and is allowing you > to add more information

Re: [mailop] Sendgrid strikes again; zendesk, actually

2020-02-26 Thread Paul Smith via mailop
On 26/02/2020 11:12, Alessandro Vesely via mailop wrote: That looks remarkably like Sendgrid use ZenDesk for their abuse desk platform, and they’re replying to or otherwise acknowledging your ticket. That they include the original email body isn’t that surprising for an abuse desk. Sorry, I

Re: [mailop] Sendgrid strikes again; zendesk, actually

2020-02-26 Thread Jaroslaw Rafa via mailop
Dnia 26.02.2020 o godz. 12:12:13 Alessandro Vesely via mailop pisze: > > Sorry, I thought I had made it clear they're _not_ ticket ack. I attach the > last one I received, it arrived five minutes after I sent the last complaint. It looks like they are just returning you the message you have sent