Re: [mailop] Legit-looking mail to the wrong address with no unsubscribe

2023-08-24 Thread Hal Murray via mailop
> To receive first an email requesting you to confirm your address, only to > next receive another email from them with the actual information? That seems > over-engineered... How often is it only one message? I typically get 3, often 4 sometimes even 5: we got your order we shipped it it

Re: [mailop] salesforce phishing emails

2023-11-30 Thread Hal Murray via mailop
Giovanni Bechis said: > I maintain an ESP rbl that includes SalesForce bad customers, How well does that work? This month, I have 6 copies of the same crap: After reviewing your company's profile, we believe that your knowledge and experience will be beneficial to the projects that ARAMCO i

[mailop] Displaying logos

2024-01-13 Thread Hal Murray via mailop
Robert L Mathews said: > I hope nobody creates MUA features that show non-BIMI logos in the same space > as BIMI logos (or that make it difficult for users to notice the difference, > such as a tiny padlock superimposed on it sometimes). Superimposing something to indicate validity won't work.

[mailop] Why is mail forwarding such a mess?

2024-02-09 Thread Hal Murray via mailop
I expect that there would be a protocol to handle it. I can't be the only one who has thought of this. After a handshke to set things up, the sender adds a forwarding header and the receiver verifies that a forwarded message is coming from an allowed IP Address then bypasses spam checking for

Re: [mailop] Why is mail forwarding such a mess?

2024-02-10 Thread Hal Murray via mailop
m...@dorfdsl.de said: > Bypassing spam checking would make spammers use exactly that way to send > spam. Sorry I wasn't clear enough. My "handshke to set things up" was meant to keep out spammers. The idea was that the final receiving MTA would know that it was expecting forwarded mail for us

Re: [mailop] "unmaintained" milter

2024-07-14 Thread Hal Murray via mailop
Pete Long said: > Great answer. I'd add that no computer code is ever free of bugs; these > might not be immediately obvious but they're likely to be found and not > always by the 'good guys'. > Plus features. ;) New features add new bugs. If you don't add new features, you reduce the need fo

Re: [mailop] Best Re-engagement Email

2019-09-18 Thread Hal Murray via mailop
Damon said: > I have asked around and got a few opposing answers. Plain text vs. HTML, > images ok/images not-ok, Opt-out Link at top or bottom, send from > transactional IP vs. customer's 'regular' IP, CTA incentive for re-engaging > included or not. You skipped the most important part. Send ma

Re: [mailop] Gmail marking email from me as spam

2019-10-14 Thread Hal Murray via mailop
> Thank you, but your reply appears to be a reiteration of what is said > to be current practise. I don't see an answer to my question about > considering ip addresses individually. There are variations on that question. Suppose you get spam from an IP Address. Do you block the address, or cont

[mailop] COI and recipient's MTA

2019-10-14 Thread Hal Murray via mailop
> What one recipient sees as spam another recipient not only wants, they’ve > actually gone through a COI process to confirm they want it. Has anybody investigated getting the recipient's MTA involved in the COI and unsubscribe dance? The idea is that if the recipient's MTA knew that the use

Re: [mailop] [FEEDBACK] whose address, was Approach to dealing with List Washing services, industry feedback..

2020-01-23 Thread Hal Murray via mailop
Michael Peddemors: > Really wish there was a verifiable way to see that it was a 'Double Optin/ > COI' email.. Has anybody investigated that area? I think the recipient's ISP would have to get involved with the signup and unsubscribe process and keep track of which lists the user is signed up

Re: [mailop] [External] Re: Horrible week for email deliverability - Looking for help with RackSpace/Emailsrvr

2020-03-27 Thread Hal Murray via mailop
> Is there any precedent on how fresh / recent the "established business > relationship" must be to cover sending largely superfluous email? Sure, simple. If it is superfluous, don't send it. > If it's been less than a year since I conducted business with the sender and > they have an unsubsc

Re: [mailop] [E] Re: IP based reporting for Yahoo feedback loop gone?

2020-12-31 Thread Hal Murray via mailop
Scott Mutter said: > If spam is sent from one of our servers - the IP address of one of our > servers - it's me you ultimately want to contact, not the owner of the IP > address. If you contact the owner of the IP address - they don't have root > access to the server - they will have to filter th

[mailop] Reporting spam

2021-02-05 Thread Hal Murray via mailop
Brandon Long said: > If you received say... a million ab...@gmail.com emails a day, how would you > handle that? What fraction is actually spam? What fraction is useful? What happened to ARF? Was it useful? Does anybody use it? (When I looked at it, many years ago, it didn't seem to fit wh

Re: [mailop] Ethics Complaint to Princeton (was: Privacy research spam apparently from a grad student at Princeton)

2021-12-15 Thread Hal Murray via mailop
> Professor Jonathan Mayer A direct note may shortcut a few layers of bureaucracy. He has both a Ph.D. in computer science and a J.D. from Stanford. https://cyberlaw.stanford.edu/about/people/jonathan-mayer https://en.wikipedia.org/wiki/Jonathan_Mayer I don't know him personally, but I think

Re: [mailop] WTaF? I just got spammed BY Active Campaign

2022-04-27 Thread Hal Murray via mailop
> so I typically wouldn't even wax poetic about it here on Mailop, I think ESPs and ISPs should know better and be setting a good example. Publicity here may encourage others not to do the same thing. How did a guy like that get past HR? If you were running HR, could you filter out people like t

Re: [mailop] HR 8160 and SB 4409: The "You're not allowed to run political campaign email through your spam filter" act

2022-07-30 Thread Hal Murray via mailop
Is there any hard data? This seems like thesis bait. I'd expect there to be a steady trickle of papers or reports with good data on political spam. Where are they? I hear lots of complaints by conservatives/Republicans that the spam filters are biased against them. If they send more spam,

Re: [mailop] SMTP noise from *.bouncer.cloud

2022-09-06 Thread Hal Murray via mailop
Radek Kaczynski said: > That's interesting indeed - we haven't implemented SMTP VRFY as it is very > uncommon. > However, I truly think that it would be great to use VRFY instead of "broken > SMTP trick". > I would be more than happy to pay to use it - or give back to the community > or charity.

Re: [mailop] SMTP noise from *.bouncer.cloud

2022-09-06 Thread Hal Murray via mailop
ra...@usebouncer.com said: > - marketing teams coming to us from Marketing SaaSs, who, during customer > onboarding, notice that the quality of email lists is low and send their > customers to us to clean it first. My alarm bells went off on one of your first messages when you said little guys

[mailop] Industry standards

2022-10-20 Thread Hal Murray via mailop
> That's the industry standard: block after abuse. Instead, t-online.de uses > block-and-maybe-unblock-after-contact. This is not how email is supposed to > work. I thought the standard was your server, your rules. It's fine to whine and rant here, but that isn't going to change anything. Figh

Re: [mailop] Proposal: automated monthly posting wrt. useful resources

2024-12-29 Thread Hal Murray via mailop
> Oliver's posting below got me thinking about a regular, probably monthly > summary posting of useful tools and resources to track down email issues. I think the collection of tools and resources would quickly become too large to be useful as a monthly posting. How about a FAQ or Wiki so sear

Re: [mailop] sslv3 alert bad certificate and the fix.

2025-04-05 Thread Hal Murray via mailop
Lyle Giese said: > Let's Encrypt requires (according to documentation I have seen) Port 80 > TCP be in use for verification.� I have no other legit use for Port 80 > on this smart host and decided a long time ago, not to use Let's Encrypt > for that reason. It's trying to verify that you control