ltiger

Thanks so much! Definitely a trial by fire, but I'm glad I put it out here. 'Preciate the kind words.

Nah, but thanks. I actually spent a lot of time checking out Takeout, shell scripts, and existing options before writing a single line of code for the app.

Non-technical users don't want to deal with mbox files no matter how many scripts someone recommends. And shell shells scripts...

I made this to bridge the gap. I wanted a utility that handles the protocol mess locally, avoids downloading gigabytes of metadata, skips the cloud, and just gives you your own photos back.

Clever. But Gmail and Google Drive share the exact same 15 gb storage quota. If a user has 10 gigs of photos in their Gmail and runs this script, it'll create another 10 gb of files in their Drive.

Instead of saving space, this script doubles their storage usage to 20 gb, breaking through the 15 gb free tier and forcing them to buy a Google One subscription.

That’s one of the reasons this desktop app exists, it streams the files straight to your hard drive so you can avoid this

Just wanted to take a moment to say thank you to everyone who commented today. Launching on HN isn't for the faint of heart, but it’s been really valuable.

What a day. I was told my landing page looks like an AI wrote it, got roasted for a confusing illustration metric (and rightly so), and received the ultimate rite of passage: being told my app could be replaced by a couple of Linux CLI commands.

Unironically, thanks everyone. Because of your feedback, the site copy's a little tighter, and the Windows installer no longer throws a scary UAC prompt. I couldn't have asked for a better (or more intense) test.

You're half right. The HTML and CSS are from a standard template that I imagine exists in just about every LLM's dataset, since they've scraped an internet's worth of them. I wrote (and rewrote and rewrote...) and edited every single word on the page, though.

Just pushed an update to the site around this. Changing the text to "Downloaded" still might confuse someone, so I removed that line from the illustration altogether.

Nah, don't do that.

Totally fair, though. In my defense, 98% of my time went into wrestling with IMAP parsing architectures, optimizing memory, and code-signing certificates instead of designing custom CSS layouts from scratch. I'll finesse the design in the future.

Thanks, that means a lot.

I rebuilt the app because I was feeling that same fatigue. It felt like every cool new tool I looked at wanted to upload personal data to a remote server, hook it up to a third-party AI API, or charge a recurring fee.

The original version of the app actually was a cloud-based SaaS. But I figured people would feel significantly more comfortable having a sensitive tool like this run entirely on their own hardware instead of in the cloud like everything else. Making it local-first also makes it easier for people to download and try it out.

No, I'm not afraid of pushback at all. I'm actually really glad I used IMAP.

Building on top of it let me solve a few major protocol headaches directly in the client:

The app filters out signature junk (like tiny social media and logo icons), pulls down just the raw attachments instead of downloading entire 20-year-old message threads, and handles thousands of images while gracefully managing Google's rate limits (to avoid connection drops).

Thanks!

Thanks!

Yes, use Google Takeout if you want a full account archive. It's a pain if you just want to get your photos, though.

You have to deal with huge .mbox files, download gigabytes of unnecessary text, and sometimes you have to wait days for the export.

The short version is that Mail Memories lets you get the images you want instead of an all-or-nothing data dump.

It actually does use IMAP! The app connects directly to Google's IMAP servers via SSL straight from your machine.

I intentionally chose a local IMAP pipeline over the official Gmail API because of platform gatekeeping. To use the API for this, Google forces independent developers into a "Restricted Scope" tier, which requires an annual $15,000+ third-party security assessment.

Going the local IMAP route lets me bypass that completely while keeping user data 100% local and secure.

Takeout is great for a total archive backup, but using it just to extract photos is where the UX breaks down for most people.

When you export Mail with Takeout, Google dumps your entire history into a huge .mbox file. If you have a 20-year-old account, you're downloading tens of gigabytes of raw text data, headers, and metadata just to get to the images. Once you have that huge file, you still have to figure out a way to extract and decode the image attachments from the raw email text.

Mail Memories just gives you what you want: the photos.

Thanks for the feedback! You're right, if you know how to write a script or prompt Claude, you can absolutely spin up a quick tool to scrape attachments in a few minutes.

That said, the $29 price point is for the execution and friction-removal. Turning a raw script into a compiled, code-signed desktop app that handles OS security gates (Mac Dev ID and Windows Smartscreen), dynamically manages Google rate limits, and a provides a beautiful UI for non-technical users takes a lot of effort.

For people who want to rescue their photos without opening a terminal - or who don't even know what a terminal is - this app is a huge win for them.

TL;DR: Mail Memories is a local-first desktop app (Mac/Windows) that extracts forgotten photos from your Gmail history. 100% local processing, zero cloud servers, no subscriptions, and absolutely no AI.

Hey HN, I’m the creator of Mail Memories. Like many of you, I've had my Gmail address for more than 20 years. Recently, I got curious and wanted to see what photos were buried deep in my account. I ended up finding lots of "lost" pictures of old friends, family members, and a ridiculous amount of nostalgic, vintage memes.

I originally built and launched this as a SaaS. To pull down attachments at scale, the app connects via IMAP using a standard Google App Password. Requesting users hand over that privileged credential to a remote cloud service is a big ask. Lots of people did and I'm grateful for that, but I really wanted more people to try the app.

Even with code and policies in place that kept users' photos private, I figured everyone would feel more comfortable with a desktop app.

So, I threw out the server architecture and completely rewrote it as a local-first desktop app for Mac and Windows.

Now, users generate an App Password through Google and paste it directly into the app. The password is held strictly in memory (RAM). It's never written to disk, never cached, and goes away the moment they close the app.

The app connects directly to Google's servers from your computer, processes everything entirely on your system, and saves photos straight to your hard drive.

You can download your 50 oldest photos for free (no credit card required) just to see what's in there. If you want to download all the pictures in your account, it's a one-time payment of $29. No subscriptions.

If you have a pre-2010 Gmail account, I'd love for you to give it a spin. You'll be genuinely surprised at what you find.

I'd love to hear your feedback.

[Reviews current note...] Oh, I do both! - Prepend todos to the top, append notes at the bottom.

Same, except I append to the bottom of an Apple note.

(I append, the author's really prepending. Anyway...)

When the note gets too long, I cut and paste it to what I call the big note: a 127000-line, 4.9 MB text file I've been maintaining for 14 years.

Trivially searchable, can get context from neighboring notes (What else was happening around this time?), and easily parsable when necessary.

Just updated the pricing details - You can get all of year's photos for $5.

I've clarified this on the site now. It’s $5 for each year of images you want to download. For example, you can find and save all your photos from 2004 or 2010 (or any year) for $5.

Thanks! Yahoo’s next after Gmail.

Fastmail’s on my list, but it'll be a while before I get to it since it has fewer users than Gmail and others.

"Alchemy: The Dark Art and Curious Science of Creating Magic in Brands, Business, and Life" by Rory Sutherland

Explains why we choose brands over cheaper alternatives, why we're willing to pay a lot more to lock in a deal, why we hate registering before buying the thing (but are more than happy to do so right after), why Sony removed the record button from the first Walkman, and much more.

This book forever changed the way I think about brands, and improved my design and problem-solving skills.

A couple of Rory's rules:

• The opposite of a good idea can also be a good idea.

• Test counterintuitive things only because no one else will.

A couple of "mind games" from the book:

• Merely adding a geographical or topographical adjective to food – whether on a menu in a restaurant or on packaging in a supermarket – allows you to charge more for it and means you will sell more.

• "There's your problem," I said. "It doesn't matter what something tastes like in blind tastings, if you put 'low in fat' or any other health indicators on the packaging, you'll make the contents taste worse."

https://bookshop.org/books/alchemy-the-dark-art-and-curious-...

'Preciate it!

Thanks!

I'll increase the clickable area of the links. That may fix this.

Seems I may have taken the minimal aesthetic too far :)

So cool, I love it!

Thanks, I'll experiment with this.

Thanks, never played in a casino - Are the left and right hand cards hit immediately after splitting?

Excellent suggestions, thanks! Any key recommendations for the shortcuts?