Add-in o regola di trasporto Exchange: quale metodo scegliere per la firma email
Inserimento durante la scrittura o aggiunta lato server: i due metodi di firma su Exchange hanno limiti diversi ed effetti diversi su thread, crittografia e visibilità per l'utente.
- La regola di trasporto si applica dopo l'invio: il mittente non vede mai la propria firma e non può verificarla.
- In una conversazione a thread, la regola accumula un blocco a ogni risposta; l'add-in ne inserisce uno solo.
- La regola non funziona sui messaggi crittografati, che non possono essere modificati in transito.
- La regola resta utile per un disclaimer legale in testo semplice imposto al 100% del traffico in uscita, comprese le applicazioni automatizzate.
Su un tenant Microsoft 365 esistono due meccanismi distinti per aggiungere una firma ai messaggi in uscita: l’add-in, che scrive nel messaggio mentre viene composto, e la regola di trasporto Exchange, che la aggiunge al passaggio sul server. La scelta tra i due non è una questione di preferenze: dipende da che cosa deve contenere la firma e da chi deve poterla vedere.
Come funziona una regola di trasporto Exchange
Una regola di trasporto — nell’interfaccia di Exchange si chiama «regola del flusso di posta» — si applica nel servizio di trasporto, dopo che l’utente ha fatto clic su «Invia». Si definiscono una condizione — per esempio «tutti i messaggi in uscita dal dominio» — e un’azione: «aggiungi una dichiarazione di non responsabilità in fondo al messaggio». Exchange applica il blocco HTML inserito, poi instrada il messaggio.
Il vantaggio è concreto: nulla da installare, copertura totale, e il meccanismo copre anche gli invii che non partono da Outlook — un gestionale, uno strumento di fatturazione, uno script. È anzi l’unico modo per imporre una dicitura legale al 100% del traffico in uscita, senza eccezioni.
Perché il mittente non vede mai la propria firma
È la conseguenza più pesante dell’inserimento lato server, e spesso coglie di sorpresa al momento della distribuzione. La firma non esiste durante la scrittura, né nella copia conservata in «Posta inviata». Il dipendente non può quindi rileggerla, accorgersi di un link non funzionante o segnalare che il suo ruolo è sbagliato.
In pratica, il ciclo di controllo qualità scompare. Su una firma di brand con logo, recapiti e banner, sono diverse centinaia di paia d’occhi che si perdono. Con l’add-in descritto nella nostra pagina add-in Microsoft 365, la firma è visibile nella finestra di composizione: qualsiasi errore emerge nel giro di poche ore.
I thread e l’accumulo dei blocchi
Una regola di trasporto non sa se il messaggio è un primo invio o la sesta risposta di una conversazione. Applica il suo blocco ogni volta. Dopo qualche scambio, il messaggio termina con una pila di piè di pagina identici, spesso più lunga della conversazione stessa.
Esistono soluzioni alternative — subordinare la regola all’assenza di un marcatore inserito in precedenza, per esempio — ma sono fragili: il marcatore scompare se il destinatario risponde da un client che riformatta l’HTML. L’add-in, invece, distingue in modo nativo tra la firma del primo messaggio e la firma di risposta.
Il caso dei messaggi crittografati
Un messaggio crittografato non può essere modificato in transito: è il principio stesso della crittografia. La regola di trasporto lo lascia quindi passare intatto, senza firma e senza errori visibili. Se la vostra organizzazione usa la crittografia per una parte della corrispondenza — studi legali, sanità, finanza — una quota del traffico sfuggirà silenziosamente alla regola.
Da sapere: l’add-in scrive nel corpo del messaggio prima della crittografia, lato client. La firma è quindi presente anche sui messaggi protetti.
Tabella decisionale
| Esigenza | Regola di trasporto | Add-in |
|---|---|---|
| Disclaimer legale sul 100% del traffico, applicazioni comprese | Sì | No |
| Firma di brand con logo e social | Poco adatta | Sì |
| Visibile al mittente e in «Posta inviata» | No | Sì |
| Nessun accumulo nei thread | No | Sì |
| Funziona sui messaggi crittografati | No | Sì |
| Campi personalizzati dalla directory | Limitato | Sì |
| Banner di campagna con date | No | Sì |
Che cosa consigliamo in pratica
Per la grande maggioranza delle organizzazioni, l’add-in copre l’esigenza reale: una firma di brand, personalizzata, verificabile, aggiornata dalla directory. Il metodo completo è descritto nella nostra guida su come distribuire una firma Outlook.
La combinazione dei due resta sostenibile in un caso preciso: quando una dicitura legale deve comparire assolutamente su tutto ciò che esce dal dominio, comprese le notifiche automatiche generate dalle vostre applicazioni. Si mantiene allora una regola di trasporto minimale, in testo semplice, per questa base legale, e l’add-in per la firma visibile. Basta assicurarsi che le due non si ripetano.
È anche il momento di verificare la compatibilità con il parco client: l’add-in deve funzionare sul nuovo Outlook come sul classico, tema trattato in che cosa cambia nel 2026.
Un ultimo criterio, spesso decisivo per l’IT: la regola di trasporto modifica il flusso in uscita, l’add-in no. Nessun connettore, nessun reinstradamento, nessuna modifica alla configurazione di instradamento. È un argomento che pesa nelle revisioni di sicurezza — il tema è trattato in dettaglio nella nostra pagina sicurezza e GDPR.
Domande frequenti
Si possono combinare una regola di trasporto e un add-in?
La regola di trasporto rallenta l'invio dei messaggi?
Perché la mia regola di trasporto non si applica ad alcuni messaggi?
L'add-in funziona se l'utente scrive da un client diverso da Outlook?
Distribuite la vostra firma con Signally
Create il vostro modello gratuitamente, poi distribuitelo a tutta l'organizzazione dalla vostra console di amministrazione.
Crea la mia firma