A composer for link roundups, not a block editor
Most newsletter tools hand you a blank canvas and a row of drag-and-drop blocks. That is the wrong shape for an issue made of links, headings and short commentary, so this is built differently.
The links are already there when you sit down to write
The reason curated newsletters slip is almost never the writing. It is that send day arrives and you have to reconstruct a week of reading from memory and twenty open tabs. The library fixes the collecting habit rather than the writing one. A button in your browser puts whatever you are reading into your library in two clicks, with the title and description already pulled off the page, plus a box for the thought you will want later and would otherwise forget.
Links your readers send you land in the same library, sitting alongside the ones you found yourself. Nothing needs forwarding out of your inbox, and the good link somebody sent on Tuesday is still in front of you on Thursday.
Paste a link, get the details
Add a link directly and we go and read the page for you, so the title, the description and the preview picture are filled in before you start typing. You fix the title when the original is bad, which it often is, and write your own sentence or two underneath.
When a page gives us nothing useful, which happens on sites that hide behind a login, the fields come back empty and you fill them in yourself. Nothing breaks, and nothing invents a description you did not write.
Sections are the structure
An issue is a set of named sections with links inside them. Call them what you like, reorder them, drag a link from one to another when you decide it fits better elsewhere. A section with nothing in it simply does not appear, so you can keep a Sponsored heading set up all year and it only shows up in the issues that have a sponsor.
Inside your note you can bold a word, put something in italics or add a link, and that is deliberately the end of the formatting. Your commentary is the reason anybody subscribed, so we never rewrite it, shorten it, or offer to improve it for you.
What you see is the email
Flick between the email and the web version while you write. Both are the real thing rather than an impression of it. Send a test to yourself and it goes out exactly as your readers will get it, which doubles as a check that everything is working before the issue that counts.
Issues save themselves as you go. A scheduled issue stays editable, and you can pull it back to a draft at any point before it starts sending.
Questions
Do I need to know any code or HTML?
No. There is no code anywhere in writing or sending an issue. You type, you drag things into the order you want, and the layout is handled for you.
What happens to a link I save and never use?
It stays in the library until you archive it. Nothing expires. Plenty of good links are simply not right for this week.
Can I start from a previous issue?
Yes. Duplicating gives you the structure and section headings without the links, which is the useful half.
Can somebody else help me put an issue together?
Reader submissions are the built-in route: anybody can send you a link through your website and it lands in your library. Multiple logins for one newsletter are not available yet.
The rest of it
How sending works
There is nothing to connect, nothing to configure and nothing to paste anywhere.
Sponsorships
Sponsorship is how most curated newsletters make money, and most of them are running it on a spreadsheet and a long email thread.
Link tracking
Opens stopped meaning much once Apple began loading images on readers' behalf.
Your public archive
A newsletter that only exists in inboxes is invisible to everybody who has not already subscribed.