SMF·NEWTON-MAIL
Un prompt peut-il remplacer Newton Mail ?
Email — email clients and hosted mail
Bordereau de suivi des pièces
Verdict
Les accusés de lecture sont la fonctionnalité dont on se souvient de Newton, et ce sont aussi la fonctionnalité à laquelle ce projet doit réfléchir le plus, parce que le mécanisme est un pixel espion — exactement ce que tout client décent bloque désormais par défaut, y compris celui-ci sur le courrier entrant. L’implémenter est facile ; l’implémenter honnêtement, désactivé par défaut et révélé au destinataire, est le problème de conception intéressant. Le client en dessous, c’est les mêmes deux semaines de travail IMAP que toutes les autres fiches de cette catégorie.
Pièce A — Le prompt
Reçu le31.07.2026Construis un client email de bureau avec envoi différé, report, et accusés de lecture implémentés honnêtement.
Compte : un compte IMAP et SMTP, identifiants dans le trousseau du système, mot de passe et OAuth tous deux pris en charge. Synchro incrémentale et reprenable, index SQLite avec recherche plein texte, fils de discussion basés sur les standards, HTML rendu dans un bac à sable avec les images distantes bloquées par défaut.
Envoi différé : garde le message dans une boîte d’envoi locale avec son heure programmée, soumets-le via SMTP quand elle arrive. Le planificateur ne tourne que pendant que l’application tourne, donc affiche le prochain envoi programmé bien en évidence et avertis à la fermeture si quelque chose est en attente. Un envoi manqué en silence est pire que pas de fonctionnalité du tout.
Report : déplace le message vers un dossier serveur caché et renvoie-le dans la boîte de réception à l’heure choisie, piloté par une minuterie locale avec la même mise en garde affichée.
Les accusés de lecture, qui sont la fonctionnalité distinctive et celle qui demande le plus de soin :
- Désactivés par défaut, activables par message dans le compositeur, jamais globalement par défaut.
- Implémente-les comme une image 1x1 avec une clé unique servie depuis un hôte que l’utilisateur configure, plus un en-tête Disposition-Notification-To pour les clients qui respectent le standard.
- Chaque message envoyé avec un accusé de lecture doit porter une ligne visible dans son corps indiquant que le suivi de lecture est activé. Pas un réglage, pas une note de bas de page — une ligne que le destinataire voit. Un outil qui te dit quand quelqu’un a ouvert ton courrier sans le lui dire fait quelque chose à une personne qui n’a pas donné son accord, et ce projet ne devrait pas proposer ça.
- N’enregistre qu’un horodatage et un compte d’ouvertures approximatif contre le message. N’enregistre pas les adresses IP, les user-agents, les localisations, ni quoi que ce soit d’autre que la requête transporte par hasard.
- Rapporte le résultat honnêtement : affiche « ouvert », « non ouvert », ou « inconnu — le client du destinataire bloque les images distantes », et ne présente jamais le troisième cas comme le deuxième. La plupart des clients modernes font passer les images par un proxy ou les bloquent, donc « inconnu » est le résultat courant et l’interface doit s’y attendre.
Courrier entrant : bloque le contenu distant par défaut et affiche un badge quand un message contenait des pixels espions, avec le domaine expéditeur nommé. Le même mécanisme, vu de l’autre côté.
Construis aussi : les brouillons enregistrés côté serveur, les pièces jointes, l’export mbox.
Hors périmètre : les applications mobiles et le push, faire tourner un serveur de messagerie, les fonctionnalités d’équipe, et tout suivi au-delà de l’accusé de lecture révélé décrit ci-dessus.L’ouverture pré-remplit le prompt — il ne reste qu’à appuyer sur entrée.
Pièce B — Ce que tu perds
- B.1 les notifications push et les clients mobiles
- B.2 des accusés de lecture qui survivent à un destinataire dont le client bloque les images distantes — ce qui concerne la plupart d’entre eux désormais
- B.3 la synchro des reports et des envois programmés entre appareils
- B.4 les intégrations qui connectaient Newton aux applis de tâches et de notes
Alternatives existantes
Pièce C — Pourquoi certains continuent de payer : mail infrastructure, integrations, and client polish
Parce que le client doit être partout où se trouve le courrier. La présence multiplateforme de Newton et le push étaient le produit ; les accusés de lecture étaient la raison pour laquelle les gens le remarquaient.
Questions
Y a-t-il quelque chose à migrer depuis Newton ?
Le courrier est sur le serveur. Les reports et les envois programmés de Newton vivaient dans son propre service et disparaissent quand l’abonnement se termine, donc vérifie s’il y a quelque chose en attente avant de partir — c’est la seule chose vraiment en jeu dans cette migration.
Pourquoi révéler l’accusé de lecture dans le message ?
Parce que l’alternative, c’est de pister quelqu’un qui n’a jamais donné son accord, en utilisant exactement le mécanisme que ce même client bloque quand il arrive dans ta propre boîte de réception. La révélation garde la fonctionnalité utilisable pour le cas légitime — savoir si un message important est bien arrivé — sans que l’outil ne devienne un mouchard.
Combien ça coûte à faire tourner ?
Rien pour le client. Le pixel d’accusé de lecture a besoin d’un endroit d’où être servi, ce qui peut être n’importe quel petit hébergement que tu as déjà, donc quelques dollars par mois au maximum et rien si tu fais déjà tourner un serveur.
Quelle est la seule chose qui ne survit pas à la reconstruction ?
Des accusés de lecture qui fonctionnent. La Protection de la confidentialité du courrier d’Apple et la plupart des fournisseurs de webmail récupèrent ou bloquent désormais les images distantes pour le compte du destinataire, ce qui veut dire qu’un accusé de lecture soit ne se déclenche jamais, soit se déclenche immédiatement, qu’un humain ait regardé ou non. La fonctionnalité était plus fiable au lancement de Newton qu’elle ne l’est aujourd’hui.
Outils proches
Récépissé