Mailinator and email validation
So, Mailinator (via Joel). It’s a brilliant concept; whenever a site you don’t trust insists on you giving them an email address you invent email@example.com and give them that instead. Then you go to the Mailinator site, enter the something-random and see the emails recently sent to that address.
As someone who dislikes having to tell sites my email address I love it. As someone who has run sites which insist on an email address I’m not so sure. Forced email registrations are frequently abused for harvesting emails for unwanted mail-outs, but they serve a very valuable purpose in protecting sites from abuse. If user’s have to provide a “real” email address to sign up, you’ve got something concrete with which to ban them should they abuse your service. Sure, these days many people have a multititude of addresses but it’s still a very useful deterrent against abuse. As services like Mailinator become more widespread, I can see web application maintainers needing to fight a constant battle to ban specific email providers from being used to sign up for accounts. It’s that, or move to manually vetting every account which adds delays and seriously reduces people’s motivation for signing up in the first place.
More recent articles
- Weeknotes: Parquet in Datasette Lite, various talks, more LLM hacking - 4th June 2023
- It's infuriatingly hard to understand how closed models train on their input - 4th June 2023
- ChatGPT should include inline tips - 30th May 2023
- Lawyer cites fake cases invented by ChatGPT, judge is not amused - 27th May 2023
- llm, ttok and strip-tags - CLI tools for working with ChatGPT and other LLMs - 18th May 2023
- Delimiters won't save you from prompt injection - 11th May 2023
- Weeknotes: sqlite-utils 3.31, download-esm, Python in a sandbox - 10th May 2023
- Leaked Google document: "We Have No Moat, And Neither Does OpenAI" - 4th May 2023
- Midjourney 5.1 - 4th May 2023
- Prompt injection explained, with video, slides, and a transcript - 2nd May 2023