Utilizzo
Utilizzo
- Rispondi e il componente aggiuntivo aggiunge automaticamente gli originali — oppure chiede prima conferma, se abilitato nelle Opzioni.
- De-duplicati per nome file; le parti S/MIME sono sempre ignorate. Le immagini inline vengono ripristinate nel corpo della risposta per impostazione predefinita (disattivabile tramite "Includi immagini inline" nelle Opzioni).
- Gli allegati in blacklist vengono anch'essi ignorati (pattern glob senza distinzione tra maiuscole/minuscole che corrispondono ai nomi file, non ai percorsi). Vedi Configurazione.
Cosa succede in caso di risposta
- Rileva la risposta → elenca gli allegati originali → filtra S/MIME + inline → conferma facoltativa → aggiunge i file idonei (salta i duplicati) → ripristina le immagini inline nel corpo.
Passaggio rigoroso vs. rilassato: Il componente aggiuntivo esclude innanzitutto le parti S/MIME e inline dagli allegati file. Se nulla rientra nei criteri, esegue un passaggio rilassato che continua a escludere S/MIME/inline ma tollera più casi (vedi Dettagli del codice). Le immagini inline non vengono mai aggiunte come allegati file; invece, quando "Includi immagini inline" è abilitato (l'impostazione predefinita), vengono incorporate direttamente nel corpo della risposta come URI di dati base64.
| Tipo di parte | Passaggio rigoroso | Passaggio rilassato |
|---|---|---|
File di firma S/MIME smime.p7s | Escluso | Escluso |
Tipi MIME S/MIME (application/pkcs7-*) | Escluso | Escluso |
Immagine inline referenziata da Content‑ID (image/*) | Escluso (ripristinato nel corpo*) | Escluso (ripristinato nel corpo*) |
Email allegata (message/rfc822) con un nome file | Non aggiunto | Può essere aggiunto |
| Allegato file normale con un nome file | Può essere aggiunto | Può essere aggiunto |
* Quando "Includi immagini inline" è abilitato (predefinito: ON), le immagini inline vengono incorporate nel corpo della risposta come URI di dati base64 invece di essere aggiunte come allegati file. Vedi Configurazione.
Esempio: Alcuni allegati potrebbero non avere determinate intestazioni ma essere comunque file normali (non inline/S/MIME). Se il passaggio rigoroso non ne trova, quello rilassato può accettarli e allegarli.
Riferimenti incrociati
- L'inoltro non è modificato per progettazione (vedi Limitazioni sotto).
- Per i motivi per cui un allegato potrebbe non essere aggiunto, vedi “Perché gli allegati potrebbero non essere aggiunti”.
Dettagli del comportamento
- Prevenzione dei duplicati: Il componente aggiuntivo contrassegna la scheda di composizione come elaborata usando un valore di sessione per scheda e una protezione in memoria. Non aggiungerà gli originali due volte.
- Chiudere e riaprire una finestra di composizione è considerato come una nuova scheda (cioè è consentito un nuovo tentativo).
- Rispetto degli allegati esistenti: Se la composizione contiene già alcuni allegati, gli originali vengono comunque aggiunti esattamente una volta, saltando i nomi file già esistenti.
- Esclusioni: Gli artefatti S/MIME e le immagini inline sono esclusi dagli allegati file. Se nulla rientra nei criteri al primo passaggio, un fallback rilassato ricontrolla le parti non S/MIME. Le immagini inline sono gestite separatamente: vengono ripristinate nel corpo della risposta come URI di dati (quando abilitato).
- Nomi file:
smime.p7s - Tipi MIME:
application/pkcs7-signature,application/x-pkcs7-signature,application/pkcs7-mime - Immagini inline: qualsiasi parte
image/*referenziata da Content‑ID — esclusa dagli allegati file ma incorporata nel corpo della risposta quando "Includi immagini inline" è ON - Email allegate (
message/rfc822): trattate come allegati normali se hanno un nome file; possono essere aggiunte (soggette al controllo duplicati e alla blacklist).
- Nomi file:
- Avviso blacklist (se abilitato): Quando i candidati vengono esclusi dalla tua blacklist, il componente aggiuntivo mostra una piccola finestra modale che elenca i file interessati e i pattern corrispondenti. Questo avviso appare anche nei casi in cui non verrà aggiunto alcun allegato perché tutto è stato escluso.
Scorciatoie da tastiera
- Finestra di conferma: Y/J = Sì, N/Esc = No; Tab/Shift+Tab e i tasti freccia fanno scorrere il focus.
- La “Risposta predefinita” in Configurazione imposta il pulsante inizialmente messo a fuoco.
- Invio attiva il pulsante a fuoco. Tab/Shift+Tab e i tasti freccia spostano il focus per l’accessibilità.
Guida rapida tastiera
| Tasti | Azione |
|---|---|
| Y / J | Conferma Sì |
| N / Esc | Conferma No |
| Enter | Attiva il pulsante a fuoco |
| Tab / Shift+Tab | Sposta il focus avanti/indietro |
| Tasti freccia | Sposta il focus tra i pulsanti |
| Risposta predefinita | Imposta il focus iniziale (Sì o No) |
Limitazioni
- L'inoltro non è modificato da questo componente aggiuntivo (Rispondi e Rispondi a tutti sono supportati).
- Gli allegati molto grandi possono essere soggetti ai limiti di Thunderbird o del provider.
- Il componente aggiuntivo non suddivide né comprime i file; si affida alla normale gestione degli allegati di Thunderbird.
- Messaggi crittografati: le parti S/MIME sono intenzionalmente escluse.
Perché gli allegati potrebbero non essere aggiunti
- Le immagini inline non vengono aggiunte come allegati file. Quando "Includi immagini inline" è ON (impostazione predefinita), vengono invece incorporate nel corpo della risposta come URI di dati. Se l'impostazione è OFF, le immagini inline vengono rimosse completamente. Vedi Configurazione.
- Le parti di firma S/MIME sono escluse per progettazione: nomi file come
smime.p7se tipi MIME comeapplication/pkcs7-signatureoapplication/pkcs7-mimevengono ignorati. - I pattern di blacklist possono filtrare i candidati: vedi Configurazione; il confronto non distingue maiuscole/minuscole ed è limitato al solo nome file.
- I nomi file duplicati non vengono riaggiunti: se la composizione contiene già un file con lo stesso nome normalizzato, viene ignorato.
- Parti non file o nomi file mancanti: vengono considerati per l'aggiunta solo le parti simili a file con nomi file utilizzabili.
Vedi anche