Ton flux RSS, par email.
Roucoule détecte tes nouveaux articles via RSS, gère ta liste d'abonnés, rend un email personnalisé par destinataire. Tu envoies depuis ta machine, avec ton SMTP, tes credentials ne touchent jamais nos serveurs.
Comment ça marche
- 1On détecte
Tu connectes ton flux RSS et tu poses un widget d'inscription sur ton site. Roucoule synchronise les nouveaux articles à la demande et collecte tes abonnés.
- 2On rend
À chaque article prêt à partir, Roucoule génère un email HTML + texte personnalisé par destinataire, avec les headers de désinscription one-click qu'exigent les gros providers.
- 3Tu envoies
Depuis ton terminal :
$ roucoule-send art_xxxLe client open-source @roucoule/send récupère les emails rendus et les envoie via TON SMTP. Roucoule note que c'est fait. Aucun credential SMTP ne touche notre serveur, jamais.
Ce qu'on ne fait pas
Ces absences sont des choix structurants, pas des manques à combler.
On ne reçoit jamais ton mot de passe SMTP. Le client OSS tourne chez toi, on regarde même pas dans sa direction.
Aucun pixel d'ouverture, aucune redirection de lien. Quand quelqu'un ouvre ton email, c'est entre toi et eux.
Pas de « Sent via Roucoule » en bas de tes emails. Tu signes, point.
Ton blog reste ton blog. Roucoule lit ton RSS, c'est tout.
HTML libre, variables Mustache. Pas de WYSIWYG, pas de blocs imposés.
On ne se met pas entre toi et tes abonnés. Pas d'IP de sortie, pas de réputation à défendre, pas de provider à blâmer.
Tu peux toujours partir avec ta liste
Import depuis Substack / Mailchimp / Buttondown / ConvertKit en un upload (un CSV avec une colonne email suffit). Export CSV ou JSON à tout moment, depuis l'UI ou l'API. Pas de fonctionnalité « export » cachée derrière un downgrade ou un email au support.
Open-source à l'endroit qui compte
Le service Roucoule est propriétaire — c'est mon business. Mais le code qui touche à tes credentials SMTP est public, sous licence MIT :
Tu peux l'auditer ligne par ligne avant de t'en servir. Tu peux le forker. Tu peux écrire ton propre client en t'appuyant sur l'API publique. C'est exactement le découpage où l'open-source apporte une valeur de confiance, sans donner les clés du business.
Pour qui ?
Pour les blogueurs et blogueuses techniques qui veulent envoyer leurs articles par email sans donner les clés à Mailchimp ou Substack. Tu sais ce qu'est un SMTP, tu sais (ou tu apprendras) ce que veulent dire SPF, DKIM et DMARC, tu n'as pas peur d'un terminal. Si tu cherches du drag-and-drop et de l'analytics avancées, Roucoule n'est pas pour toi — et ce n'est pas une erreur, c'est un choix.
FAQ
- Je viens de Substack / Mailchimp, je peux migrer ma liste ?
- Oui. Exporte depuis ton ancien outil (un CSV avec une colonne `email` suffit), importe-le dans Roucoule en un upload, coche l'attestation de consentement et c'est parti. Pas de migration manuelle, pas de double opt-in forcé.
- Pourquoi pas un envoi serveur classique ?
- Parce qu'on ne veut pas être un provider d'emailing. On gère ta liste et on rend tes emails, c'est tout. L'envoi reste chez toi, l'expertise SMTP aussi.
- Et la délivrabilité ?
- C'est la tienne. Ton domaine, ton SPF/DKIM/DMARC, ta réputation IP. On fournit les headers `List-Unsubscribe` et une page d'unsub one-click ; le reste est entre toi et tes destinataires.
- Je peux automatiser ?
- Oui. Un template GitHub Actions est fourni avec @roucoule/send : tu déclenches l'envoi depuis ton CI quand tu veux, avec tes secrets SMTP en GitHub Secrets.
- Self-host ?
- Roucoule non, c'est un service propriétaire. Mais le client d'envoi tourne chez toi, par définition.
Disponible en bêta, ouvert à tous.
Se connecter avec GitHubPour poser une question ou faire un retour :
contact [at] roucoule [dot] dev