301–310 of 359 posts
Earlier quoted context omitted.
> A few vendors got upset that I had their name in the address rot13 FTW
I’m not sure what encoding this is, but sometimes I do QWERTY shifts. Google becomes hpphar. Easy to [en/de]code on the fly by looking at your keyboard.
Earlier quoted context omitted.
No,I don't think so. If you signed up to receive email, then it's going to be hard to show that you received email that's different from what you signed-up for. And if it's not Bulk, then it's simply email - not bulk, and not unsolicited. That's why it's important that spam continues to be defined as Unsolicited Bulk Email.
>If you signed up to receive email, then it's going to be hard to show that you received email that's different from what you signed-up for. At least in the EU, if you make a complaint, it falls on the sender to assert the legal basis for sending the email, so it's on them to prove informed consent (if that's the basis they're relying on). > That's why it's important that spam continues to be defined as Unsolicited B…
True. But spam has existed since long before EU regulators got interested; one type of spam that isn't covered by the EU rules is political spam. At one time I used to get a lot of political spam from US politicians and parties. I've never been a US citizen, and I don't get to vote in US elections - these politicians were spamming mailing lists.
The EU rules specifically exclude spam that isn't trying to sell you something for money. Why? Possibly because the rules are made by politicians, who prefer that their own spam isn't included.
There’s a single reason that I gave up on this method: having to send outbound mail to these companies. You sign up for a health plan using healthplan@example.com. Great, until you need to send them a document. You send it from myrealaddress@example.com, and they write back and say hey, that’s not the account on file, etc. So now you have to set up healthplan@example.com, configure it in your mail client, etc. And no…
Earlier quoted context omitted.
Yes. I've written code that does this for parsing leaked email lists before as part of a normalizing step.
I imagine the challenge is knowing what parsing rules apply to which domains. Gmail supports the + thing, but that's non-standard. Is that something you tried to handle in a general way?
Plusaddressing is valid and has been since 1982[1]. It's part of RFC822 and the subsequent RFC2822.
The fact that many websites do not allow + in an email address during validation is a common programming mistake and the sign of an undertrained engineer.
[1] https://people.cs.rutgers.edu/~watrous/plus-signs-in-email-a...
Been using Hide My Email from Apple’s iCloud and I’ve been really loving it! Semi permanent fake addresses ending in @icloud.com that forward to my gmail address. Apple is also one of the few companies I’d probably trust to the task. Wish it was a standalone app rather than buried in the settings menu.
I could say the same about Passwords. I'm happy that they * finally * got passwords out of that relic called Keychain Access and into the System Preferences, but they could do even more.
I hope to see an actual "online security" center on iOS and macOS within 2 years, with passwords, temporary emails, even learning material.
I am doing the same thing as you do, and I am getting spammed on this address.
E.g. I bought insurance after looking at a comparison site, used different email addresses for each, and then found out the comparison site must've passed on 'my email address' to the insurance company when I got a later email, that turned out to be from a third company contracted to do part of their business; to whom they'd given the wrong email from my file, the one I didn't know they had.
It's not a huge problem, but it makes you aware of these things.
Earlier quoted context omitted.
Not sure why this is downvoted. I can imagine non-nefarious reasons to collect these lists.
It's spam detection evasion. Also, depending on the legislative framework, it might be illegal: If I give company my email address with a plus and an identifier in it, I give them permission to contact me under that specific email (with the plus on it). If I as a result receive emails under another address (without the plus on it), this might be a GDPR violation.
Not that spam laws are enforced or particularly enforceable.
Earlier quoted context omitted.
You can send emails with any From: header you wish.
Not from within Gmail's web interface. I personally use Thunderbird and AWS SES to send mail, but many people who grew up on web interfaces are intimidated by Thunderbird.
It's the only thing I missed when I switched to Fastmail. (Which has since added it too, but not before I left in favour of my own SES-based solution.)