Journal des versions

La première version : tout OpenEmail depuis un terminal, avec une connexion par navigateur pour les personnes et des clés API pour les scripts.

• —Connexion : openemail login dans le navigateur, qui revient au terminal de lui-même sur un poste de travail et par un code collé via SSH ou avec --no-browser. Clés API avec --token, --with-token, OPENEMAIL_API_KEY ou --api-key. Profils avec profile list, use, current et remove.
• —Des jetons d'accès renouvelés avant leur expiration, un renouvellement à la fois par profil, et des jetons de rafraîchissement à usage unique : un ancien jeton utilisé plus de 30 secondes après son remplacement amène le serveur à révoquer cette connexion.
• —Une connexion enregistrée ne va jamais qu'à l'API à laquelle elle s'est connectée. Le http simple est refusé sauf sur localhost, 127.0.0.1 et ::1, et un chemin de requête qui sortirait de l'origine de l'API s'arrête avec invalid_path.
• —Codes de vérification avant les changements sensibles avec une connexion par navigateur, demandés quand une commande en a besoin, ou à l'avance avec openemail verify. Ils couvrent l'API REST et les outils MCP qui font les mêmes changements.
• —Chaque connexion peut demander 5 codes par heure et 20 par jour. Dix codes erronés en 24 heures mettent sa vérification en pause, et la CLI indique quand elle reprend et se termine avec le code de sortie 4 et step_up_paused.
• —whoami, status, et logout, qui révoque une connexion par navigateur sur le serveur.
• —L'envoi avec send : texte, HTML, un fichier, stdin ou votre éditeur, des pièces jointes de toute taille, la programmation, un délai d'annulation, la traduction, les modèles et les tags.
• —La boîte mail : inbox, search, read et reply, ainsi que archive, unarchive, trash, star, unstar, mark, snooze, unsnooze et label.
• —Boîtes jetables avec temp new, list, read, watch et delete, sans connexion.
• —Une commande de ressource pour chaque méthode du SDK : 282 méthodes sous forme de 198 commandes dans 26 espaces de noms, security étant absent de l'aide car openemail verify le couvre. Des options typées, --data depuis du JSON, un fichier ou stdin, la pagination avec --all, --max et --ndjson, les téléchargements avec --out, et une confirmation avant toute action destructrice.
• —IA : ai translate, ai languages, ai compose et ai summarize.
• —MCP : mcp config pour Claude Code, Claude Desktop, Cursor, VS Code, Windsurf et Codex, mcp serve comme pont stdio local, ainsi que mcp tools et mcp call, qui demande un code de vérification et rappelle l'outil quand un outil en a besoin.
• —docs ask, docs open et docs read, open pour les pages de l'application web, et api pour n'importe quel appel REST.
• —Scripts : --json avec une enveloppe d'erreur sur stderr, flux NDJSON, codes de sortie stables, --no-input et détection de la CI.
• —Une aide pour chaque commande et chaque groupe, des suggestions pour les commandes et options mal tapées, et la complétion pour bash, zsh et fish.
• —Les connexions et les jetons de boîte dans ~/.openemail, lisibles par vous seul et modifiés sous un fichier de verrou, et un config.json endommagé conservé comme config.json.bak plutôt que lu comme une déconnexion.
• —Le texte venant du serveur est nettoyé avant d'atteindre le terminal, et une sortie envoyée vers un lecteur lent est écrite en entier avant que la CLI ne se termine.
• —Un avis de mise à jour quotidien, que OPENEMAIL_NO_UPDATE_CHECK=1 désactive, et openemail update.
• —Un seul fichier empaqueté sans dépendances, sur Node.js 20.12 ou plus récent.

Pas dans cette version : la facturation, les espaces de travail, la sécurité du compte, l'export des données, les changements de calendrier, le transfert, la liaison d'un fournisseur DNS et le chat de l'assistant restent pour l'instant dans l'application web, et openemail open vous amène à chacun d'eux.

npm install -g @openemail/cliopenemail loginopenemail inbox