dancablam

ha. Fair point. I'll work to soften it a bit. Not meaning to imply "first and only"

Hey really appreciate that context! My thoughts:

1. Ledge's bet is it shouldn't feel like authoring at all. I've always had markdown docs chock full of commands and docs so making them runnable was the next logical step for me.

2. True. Keeping any kind of documentation up to date is difficult

3. Also true. I'm hoping Ledge's built-in agent support will bridge that gap and allow agents to help keep the docs up-to-date

And yes, a "Team" notebook is a challenge. Technically anyone with SSH access can all share a Ledge notebook. But that probably doesn't get us all the way there.

Thanks again for providing your thoughts. This by no means is a solved problem but I'm interested to see where it goes!

Woah. I have no affiliation with Atuin so a coincidence I'm sure but really weird.

Great to hear! Hope it works well for you. Let me know if you hit any snags!

Ctrl-R, fzf and tab completion work in the terminal drawer. But completion in the editor doesn't exist currently. Really good idea, however so let me look into it!

Awesome! Let me know how it goes.

Hey thanks! This gives me the motivation to keep on evolving this project :)

Good feedback. Perhaps "Runnable markdown notes" instead of "The notebook that runs code".

Good question. Main differences of Ledge: You don't need Emacs for those of us that don't use it already. Markdown instead of Org syntax. Shells are interactive by default. Mobile apps can run the shell/code.

Nice! I'll take a look.

Jupyter is great. From what I recall it's bash kernel isn't a real terminal session so sudo prompts, top, etc can tend to get a bit wonky. I also have a preference towards Markdown over .ipynb.

We do in fact support SMTP - we'll work to make that more prominent. And I understand your take on the subscription model - we're chewing on some pay-for-use models.

In my experience everyone appreciates lower prices - and good senders should be rewarded with lower prices.

If you allow spammers on your network things get a lot more expensive. So you can't offer low prices and allow low-quality senders. That's why we have a strict AUP and aggressive measures to detect spammers, phishers, and non-permission (aka cold-outreach) messages.

Hey thanks!

Most do have email industry expertise. But for whatever reason email infrastructure expertise seems to be a dying breed with most providers pushing their infrastructure into major cloud providers. It has its benefits, but its costs too - and those get passed on to you. Our background has been in email infrastructure (managing it ourselves instead of paying a 3rd party to do it and sticking you with the bill).

Glad you got it! I'll send you a personal email from me so you can reach out if you have any more issues.

We saw your sign up! Looks like your domain has greylisting enabled. Nothing we can do but obey that limit. You should get it if you try again or wait for our retry: Message was greylisted, try again in 1 minute 50 seconds

Fair question. Here are a few reasons:

- Pricing wins against pretty much any provider (and is an order of magnitude lower than many incumbents). - Especially when compared to SES, we're a dev-friendly, fully modern sending platform and we don't require you to glue a bunch of services together. - We're self funded from previous acquisitions in the space. We're focused on good customer outcomes instead of investor outcomes. - We have a pretty cool templating platform that allows you to write simple markdown instead of convoluted email-compatible HTML.

Agreed. Our team's background is in deliverability. Our last startup was a deliverability company founded in 2014, grew to ~20,000 paying customers, and sold in 2020 so we know the space very well and have built Anypost around those best practices. Also happy to provide guidance to anyone who needs help with it. I can go into any specifics if interested.

It uses MJML under the hood to ensure email-safe HTML is generated. That should prevent many edge cases where failures can happen - but I'm sure there are some skeletons we'll have to find / fix.

Added support for cloudflare workers in 0.1.2. Thanks for the tip!

Good idea. I'll look into this.

There's not one that I'm aware of. Maybe it's about time there is :D

What CLI function?

Thanks! I agree - the MJML team has laid so much groundwork and it frankly made this project possible.

Gmail proxies an image so a pixel cannot get the source IP address, user-agent, etc. But it still permits message open detection just fine.

Love it. Would be great to see as a direct Gmail Add-On instead of a browser extension.

Somebody needs to create a FUPA for anti-patent trolling

http://boun.cr is exactly what you described.

FWIW We're switching to Sparkpost (I'm not affiliated with Sparkpost). They do the transactional email for the big dogs like Twitter, PayPal, LinkedIn, etc and have a pretty simple UI. Just throwing that out there for all the fellow Mandrill refugees.