Metnos può usare mailbox di provider non Google. La posta standard passa da IMAP per la lettura e SMTP per l'invio; Google Workspace resta un backend distinto per le funzioni specifiche di Gmail.
Ogni account ha un nome stabile, per esempio work. Nel vault
cifrato il binding è smtp_work; negli executor mail il valore di
account è work. account="all" legge tutti
gli account configurati e aggrega i risultati; può essere usata anche una lista
esplicita di nomi.
Chiedi a Metnos con una richiesta come quella di questo esempio: «Spiegami come configurare un account di posta non Google chiamato work, con IMAP e SMTP, senza inserire la password nel messaggio.»
Il record cifrato smtp_<nome> contiene questi campi:
| Campo | Significato |
|---|---|
user, password | Credenziali della mailbox. |
imap_host, imap_port | Server di lettura; porta tipica 993. |
smtp_host, smtp_port | Server di invio; porta tipica SMTPS 465. Può essere omesso per un account di sola lettura. |
verify_tls | Verifica TLS, attiva per default; disattivarla richiede una decisione amministrativa esplicita. |
Esempio di contratto, con valori segreti sostituiti da segnaposto:
set_credentials(
binding="smtp_work",
fields={
"user": "[email protected]",
"password": "<password>",
"imap_host": "imap.example.test",
"imap_port": 993,
"smtp_host": "smtp.example.test",
"smtp_port": 465,
"verify_tls": true
}
)
Durante l'installazione interattiva, la fase Dati sensibili può
creare uno o più account. Dopo l'installazione, la stessa struttura può essere
salvata con set_credentials; i valori entrano nel vault locale
cifrato, mentre risposta e telemetria espongono soltanto metadati.
È ancora accettato un file ~/.config/metnos/mail/<nome>.env
con permessi 0600 e campi
HOST_IMAP, PORT_IMAP, HOST_SMTP,
PORT_SMTP, USER, PASS e
VERIFY_TLS. Il vault cifrato ha precedenza; il file resta un
percorso di compatibilità e migrazione.
read_messages legge IMAP;
send_messages invia SMTP; move_messages gestisce
cartelle IMAP. Etichette Gmail, thread Gmail e altre funzioni specifiche
rimangono nel backend Google Workspace.
Le password non devono essere inserite in documentazione, manifest o file di log. Se vengono fornite tramite un flusso credenziali della chat, sono estratte prima del planner, cifrate e sostituite da un marcatore redatto.