-
Server-Side: In questa modalità, le firme vengono applicate a tutti i messaggi email tramite il servizio Cloud di Exclaimer, indipendentemente dal browser/dispositivo/client di posta utilizzato.
-
Client-side: In questa modalità, le firme vengono sincronizzate sui computer degli utenti per l'uso in Microsoft Outlook.
- Exchange On-Premises: In questa modalità, le firme Server-Side vengono applicate alle email inviate dalle cassette postali Exchange on-premises.
Configurare le firme Server-Side per il tuo abbonamento.
Configurare le firme Client-Side per il tuo abbonamento.
Non è necessario apportare modifiche in Exclaimer, ma devi assicurarti che:
- La sincronizzazione dei dati sia stata completata (avviene automaticamente una volta al giorno, ma può essere eseguita manualmente se necessario).
- Il dominio nuovo o modificato sia stato aggiunto alla stessa tenancy Microsoft 365 utilizzata durante la registrazione a Exclaimer.
- I messaggi vengano instradati tramite il connettore di invio di Exclaimer in Microsoft 365. Questa impostazione è configurata di default, quindi a meno che tu non l'abbia modificata attivamente, sarà corretta.
Attualmente, l'Aggiornamento degli elementi inviati non aggiornerà nessuna casella di posta ospitata nel tuo ambiente On-Premises.
Se necessario, ti preghiamo di inviare una richiesta di funzionalità tramite un ticket di Supporto.
- Se hai configurato il deployment lato Client, non è necessario aggiornare il record SPF.
A seconda della configurazione, puoi impostare Invia per conto di per applicare la firma personale del mittente o la firma della casella di posta condivisa.
- Se la funzione Invia per conto di è disabilitata, verrà applicata la firma personale del mittente e non è necessaria una licenza aggiuntiva.
- Se la funzione Invia per conto di è abilitata o l'email viene inviata utilizzando le autorizzazioni Invia come, verrà applicata la firma della casella di posta condivisa ed è necessaria una licenza aggiuntiva.
Se sei interessato a integrare Exclaimer con SendGrid, apri un ticket con il nostro team di Supporto, che potrà inoltrare una richiesta di funzionalità per tuo conto.
Scopri di più su come gestire i cookie di Google Chrome.
Per evitare che vengano applicate firme duplicate a un messaggio quando si utilizzano regole lato Client, il sistema esegue un controllo di 'corrispondenza testo'. Questo controllo determina se un messaggio ha una firma lato Client dall'Exclaimer Signature Update Agent.
Se è stata applicata una firma lato Client, l'elaborazione della firma si interrompe e il messaggio viene instradato nuovamente a Microsoft 365 per la consegna.
È possibile specificare i seguenti tipi di gruppo quando si limita l'Exclaimer Exchange Transport Agent ai membri di un gruppo specifico:
- Gruppo di sicurezza
- Gruppi di distribuzione
I seguenti tipi di gruppo e configurazioni di gruppo non funzionano con l'Exclaimer Exchange Transport Agent:
- Gruppi di distribuzione dinamici
- Gruppi nidificati
Sì, è noto che Exclaimer funziona quando Microsoft 365 è acquistato da GoDaddy. Tuttavia, questo non funziona con il componente aggiuntivo di Outlook.
Assicurati di avere un account con permessi di amministratore globale e accesso a Exchange Online da utilizzare durante la configurazione di Exclaimer.
Non è possibile abilitare contemporaneamente le funzionalità di Attributi Personalizzati e Attributi Aggiuntivi di Azure AD.
Tuttavia, puoi includere attributi personalizzati, noti anche come attributi di estensione, nell'elenco delle estensioni della directory in Azure AD Connect quando selezioni fino a 100 attributi da utilizzare con la funzionalità Attributi Aggiuntivi di Azure AD.
Invia come è un'impostazione di autorizzazione in Microsoft 365/Outlook che consente di inviare un'email da un indirizzo email diverso che appare al destinatario come se quell'indirizzo email l'avesse inviata. Quando si compone un'email, è possibile inserire l'indirizzo email di un altro utente o gruppo nel campo Da - il destinatario dell'email vede un'email da quell'utente, con la firma di quell'utente applicata.
Ad esempio, l'Utente 2 ha concesso l'autorizzazione agli Utenti 2 e 3 per Inviare come sul proprio account. L'Utente 2 invia un'email e sceglie l'indirizzo email dell'Utente 1 per inviarla. I destinatari vedono un'email dall'Utente 1, con i dettagli dell'Utente 1, anche se l'Utente 2 ha composto e inviato l'email. Questo è "inviare come" l'Utente 1.
Invia per conto di è un'impostazione di autorizzazione in Microsoft 365/Outlook che consente di inviare un'email da un indirizzo email diverso che mostra al destinatario che stai inviando per conto di un altro utente. Quando si compone un'email, è possibile inserire l'indirizzo email di un altro utente o gruppo nel campo Da - il destinatario vede un'email che indica che è stata inviata da te per conto dell'altro utente o gruppo.
Ad esempio, gli Utenti 1, 2 e 3 hanno accesso alla cassetta postale condivisa del Dipartimento 1. L'Utente 1 invia un'email dall'account del Dipartimento 1. I destinatari vedono un'email da "Utente 1 per conto del Dipartimento 1". Questo è "inviare per conto di" Dipartimento 1.
In Exclaimer, Invia per conto di è disponibile solo per il deployment lato server. È necessario utilizzare le nostre impostazioni Invia per conto di oltre alle impostazioni Microsoft per abilitare Invia per conto di, in modo che Exclaimer possa valutare le tue firme. Quando Invia per conto di è abilitato, le email utilizzano la firma per l'indirizzo email nel campo Da.
Per maggiori informazioni, vedi come aggiungere pronomi, qualifiche, accreditamenti o altre informazioni personalizzate al tuo modello.
Tuttavia, non è necessario convalidare i connettori Exclaimer per farli funzionare (vedi la FAQ seguente).
Se hai ancora bisogno di ulteriore assistenza con la convalida del connettore, apri un ticket di supporto e descrivi perché stai cercando di convalidare il connettore.