Registo de alterações

A primeira versão: todo o OpenEmail a partir de um terminal, com um início de sessão no navegador para pessoas e chaves de API para scripts.

• —Início de sessão: openemail login no navegador, que regressa ao terminal sozinho num computador de secretária e através de um código colado por SSH ou com --no-browser. Chaves de API com --token, --with-token, OPENEMAIL_API_KEY ou --api-key. Perfis com profile list, use, current e remove.
• —Tokens de acesso renovados antes de expirarem, uma renovação de cada vez por perfil, e tokens de atualização de uso único: um antigo usado mais de 30 segundos depois de ter sido substituído faz o servidor revogar esse início de sessão.
• —Um início de sessão guardado só vai para a API em que iniciou sessão. O http simples é recusado exceto em localhost, 127.0.0.1 e ::1, e um caminho de pedido que sairia da origem da API para com invalid_path.
• —Códigos de verificação antes de alterações sensíveis com um início de sessão no navegador, pedidos quando um comando precisa de um, ou antecipadamente com openemail verify. Cobrem a API REST e as ferramentas MCP que fazem as mesmas alterações.
• —Cada início de sessão pode pedir 5 códigos por hora e 20 por dia. Dez códigos errados em 24 horas põem a sua verificação em pausa, e a CLI diz quando é retomada e termina com o código de saída 4 e step_up_paused.
• —whoami, status, e logout, que revoga um início de sessão no navegador no servidor.
• —Envio com send: texto, HTML, um ficheiro, stdin ou o seu editor, anexos de qualquer tamanho, agendamento, uma janela para anular, tradução, modelos e tags.
• —A caixa de correio: inbox, search, read e reply, e archive, unarchive, trash, star, unstar, mark, snooze, unsnooze e label.
• —Caixas de entrada descartáveis com temp new, list, read, watch e delete, sem início de sessão.
• —Um comando de recurso para cada método do SDK: 282 métodos como 198 comandos em 26 espaços de nomes, com security fora da ajuda porque openemail verify o cobre. Opções tipadas, --data a partir de JSON, de um ficheiro ou de stdin, paginação com --all, --max e --ndjson, transferências com --out, e uma confirmação antes de qualquer coisa destrutiva.
• —IA: ai translate, ai languages, ai compose e ai summarize.
• —MCP: mcp config para Claude Code, Claude Desktop, Cursor, VS Code, Windsurf e Codex, mcp serve como ponte stdio local, e mcp tools e mcp call, que pede um código de verificação e volta a chamar a ferramenta quando uma precisa dele.
• —docs ask, docs open e docs read, open para as páginas da aplicação web, e api para qualquer chamada REST.
• —Scripts: --json com um envelope de erro em stderr, fluxos NDJSON, códigos de saída estáveis, --no-input e deteção de CI.
• —Ajuda para cada comando e grupo, sugestões para comandos e opções mal escritos, e autocompletar para bash, zsh e fish.
• —Inícios de sessão e tokens de caixa de entrada em ~/.openemail, legíveis só por si e alterados sob um ficheiro de bloqueio, e um config.json danificado guardado como config.json.bak em vez de ser lido como sessão terminada.
• —O texto vindo do servidor é limpo antes de chegar ao terminal, e a saída enviada para um leitor lento é escrita por inteiro antes de a CLI terminar.
• —Um aviso diário de atualização, que OPENEMAIL_NO_UPDATE_CHECK=1 desliga, e openemail update.
• —Um único ficheiro empacotado sem dependências, em Node.js 20.12 ou posterior.

Fora desta versão: a faturação, os espaços de trabalho, a segurança da conta, a exportação de dados, as alterações de calendário, o reencaminhamento, ligar um fornecedor de DNS e o chat do assistente ficam por agora na aplicação web, e openemail open leva-o a cada um deles.

npm install -g @openemail/cliopenemail loginopenemail inbox