Ricerche recenti
Nessuna ricerca recente

Sean Cusick
Data ingresso 14 apr 2021
·
Ultima attività 24 feb 2025
Seguiti
0
Follower
1
Attività totali
163
Voti
28
Abbonamenti
96
PANORAMICA ATTIVITÀ
BADGE
ARTICOLI
POST
COMMENTI NELLA COMMUNITY
COMMENTI AGLI ARTICOLI
PANORAMICA ATTIVITÀ
Ultima attività di Sean Cusick
Sean Cusick ha commentato,
We are happy to announce an update of this feature. We have added an Enhanced mode that we recommend accounts enable, particularly if you are receiving unauthenticated spam at the native Zendesk addresses (support@subdomain.zendesk.com). This new setting applies stricter authentication to traffic arriving directly at your Zendesk account.
Visualizza commento · Data ultimo post: 24 feb 2025 · Sean Cusick
0
Follower
0
Voti
0
Commenti
Sean Cusick ha commentato,
Hi Anne-Flore, Yes, this workflow requires that you replace existing addresses to setup the integration. After you have done that you could use either the Select an Address app, or the API to adjust the recipient value on the ticket. Both of these options are basically doing the same thing by making an API call to choose the address you want notifications to be sent from.
Ticket value: recipient
“The original recipient e-mail address of the ticket. Notification emails for the ticket are sent from this address”
Visualizza commento · Data ultimo post: 17 dic 2024 · Sean Cusick
0
Follower
1
Voto
0
Commenti
Sean Cusick ha commentato,
Hi Jorge and mfg,
Because this feature passes the responsibility of outbound sending over to your domain things like bounces, delivery reports and read receipts would happen at that sending domain (though read receipts require modifying the body of the email, which should be approached with caution and testing).
All other Zendesk functionality - like suspension causes for automated traffic and behavior around BCC submissions - would not change. Though you can choose to modify the structure of an inbound BCC'd email so that you can achieve the desired behavior at the forwarding domain.
We are tracking feature requests, so I would encourage you to test in a sandbox account and let us know what you think in the Product Feedback section of our Community pages.
Visualizza commento · Data ultimo post: 04 nov 2024 · Sean Cusick
0
Follower
0
Voti
0
Commenti
Sean Cusick ha creato un articolo,
Data dell’annuncio | Data di implementazione |
31 ottobre 2024 | 31 ottobre 2024 |
A partire da oggi, puoi configurare il tuo account Zendesk in modo che usi il nuovo connettore SMTP autenticato per inoltrare le email autenticate. Il connettore SMTP autenticato ti consente di connettere un server email non Zendesk alla tua istanza Zendesk Support. È progettato specificamente per le organizzazioni che preferiscono usare i propri server email o non possono usare server email di terzi a causa di policy aziendali interne, normative sui dati o esigenze di crittografia.
Questo annuncio include i seguenti argomenti:
Cosa cambia?
Ora puoi configurare il connettore SMTP autenticato per inoltrare le email autenticate tra il server aziendale e Zendesk.
Esistono due modi diversi per configurare il connettore in base alle esigenze della tua azienda. Ciascuna delle due modalità ha un modo particolare di inoltrare le email, quindi è importante capire come intendi usarlo.
- Usa l’inoltro autenticato a due direzioni se devi creare una connessione bidirezionale in ingresso/uscita sicura e autenticata con il tuo dominio o servizio email e i server in ingresso/uscita di Zendesk. Ciò richiede più impostazioni e configurazioni con il tuo dominio o servizio email, ma è l’ideale per server locali o domini che sfruttano livelli di sicurezza aggiuntivi sul traffico in ingresso/uscita, come Mimecast.
- Usa l’inoltro autenticato solo in uscita per usare l’inoltro automatico standard del traffico email in ingresso a Zendesk e consentire una connessione in uscita autenticata con il tuo dominio o servizio email, in modo che tutto l’invio in uscita per gli indirizzi collegati avvenga tramite il tuo dominio o servizio email. Questa configurazione consente i servizi email basati sul cloud che non offrono inoltri in uscita autenticati ad altri sistemi, come Exchange Online, Office365 Cloud e Google Workspace.
Perché Zendesk ha deciso di apportare questa modifica?
I nostri clienti hanno chiesto metodi più sicuri per inviare il traffico email a Zendesk e il traffico in uscita da Zendesk.
Connettore SMTP autenticato:
- Garantisce la crittografia TLS in uscita (in ingresso anche con la versione bidirezionale).
- Consente l’invio autorevole (SPF/DKIM) e il monitoraggio della consegna dal tuo dominio.
- Soddisfa più facilmente i requisiti o le politiche di gestione delle informazioni, rimozione e conformità prima dell’invio in uscita.
- Fornisce visibilità fruibile sulla creazione di ticket email in ingresso non autenticati e sugli eventi di aggiornamento (solo versione bidirezionale).
Sebbene il connettore SMTP autenticato sia indipendente dalla piattaforma e si basi su protocolli consolidati già esistenti nella maggior parte dei servizi email, abbiamo creato due versioni per soddisfare meglio le esigenze e le configurazioni email dei nostri clienti.
Che cosa devo fare?
Non è necessaria alcuna azione da parte tua. Se non hai bisogno di inoltri email autenticati, puoi continuare a usare Zendesk come hai fatto finora.
Se sei interessato a usare il connettore SMTP autenticato, puoi trovare ulteriori informazioni qui.
Per lasciare un feedback o per eventuali domande in merito a questo annuncio, visita il forum della community, dove vengono raccolti e gestiti i feedback dei clienti sui prodotti. Per ricevere assistenza generica con i prodotti Zendesk, contatta l’assistenza clienti Zendesk.
Data ultima modifica: 04 nov 2024 · Sean Cusick
1
Follower
1
Voto
0
Commenti
Sean Cusick ha creato un articolo,
Questa estate, Zendesk ha identificato una vulnerabilità attraverso il nostro programma di ricompense dei bug che abbiamo risolto con un ricercatore. Non abbiamo prove che questa vulnerabilità sia stata sfruttata da un malintenzionato. Poiché il ricercatore ha condiviso in un post pubblico, il problema specifico che ha presentato è stato risolto, è importante fornire chiarezza su ciò che è successo. Questa vulnerabilità della “catena di approvvigionamento”, un tipo di vulnerabilità in cui i malintenzionati possono potenzialmente tentare di sfruttare i sistemi interconnessi per violare le organizzazioni, riflette il tipo di rischi per la sicurezza affrontati da molte aziende a causa del modo in cui i moderni strumenti aziendali sono collegati.
Sebbene questo problema specifico sia stato risolto, per proteggersi ulteriormente da tentativi di sfruttamento simili e iterativi, consigliamo alle aziende di implementare le best practice in materia di verifica degli utenti, inclusa la verifica in due passaggi di utenti/identità e sottodomini per le email di assistenza (ad es. contatto@assistenza. example.com) e garantire che i sistemi di terzi che gestiscono informazioni sensibili siano adeguatamente protetti.
Vogliamo anche affrontare il programma Bug Bounty associato a questo caso. Sebbene il ricercatore abbia inizialmente segnalato la vulnerabilità attraverso la nostra procedura stabilita, ha violato i principi etici chiave contattando direttamente le terze parti in merito alla segnalazione prima della soluzione. Ciò violava i termini di servizio relativi ai bug, che sono standard del settore e hanno lo scopo di proteggere la community di White Hat, supportando al contempo la divulgazione responsabile. Questa violazione della fiducia ha comportato la perdita del premio, in quanto manteniamo standard rigorosi per la divulgazione responsabile.
Avvertenza sulla traduzione: questo articolo è stato tradotto usando un software di traduzione automatizzata per fornire una comprensione di base del contenuto. È stato fatto tutto il possibile per fornire una traduzione accurata, tuttavia Zendesk non garantisce l'accuratezza della traduzione.
Per qualsiasi dubbio sull'accuratezza delle informazioni contenute nell'articolo tradotto, fai riferimento alla versione inglese dell'articolo come versione ufficiale.
Data ultima modifica: 15 ott 2024 · Sean Cusick
247
Follower
1
Voto
0
Commenti
Sean Cusick ha creato un articolo,
Questo è un articolo consigliato per la configurazione del programma EAP per il connettore SMTP autenticato (versione in uscita) da usare con i servizi di posta elettronica basati sul cloud Microsoft. Se questi non funzionano, potrebbe essere necessario aprire un ticket con Microsoft per consigli più specifici.
Ciò che chiamiamo “in uscita” Inoltro SMTP è compatibile con Exchange/Outlook 365. Tuttavia, i servizi email di MS non sembrano consentire l'aggiunta di credenziali SMTP AUTH a quella che consideriamo la metà "in ingresso" dell'inoltro SMTP.
Gli account che desiderano usare i servizi email Microsoft basati sul cloud devono usare la versione della funzione descritta in questo articolo di configurazione, che consente l’inoltro automatico standard a Zendesk (consulta l’ultimo paragrafo), ma può creare una connessione autenticata per l’invio in uscita.
Prima della configurazione in Zendesk, devi abilitare l’autenticazione SMTP per l’indirizzo in Outlook. Vedi Abilita SMTP AUTH per cassette postali specifiche per maggiori informazioni. Questo è probabilmente un passaggio mancante per molti clienti e potrebbe essere necessario collaborare con gli amministratori di Office 365 per abilitare l’impostazione.
I dettagli di esempio seguenti provengono da Come configurare l’invio del client SMTP AUTH:
Impostazione dispositivo o applicazione | Valore |
Server/host intelligente | smtp.office365.com |
Porta | Porta 587 (consigliata) o porta 25 |
Nome utente/indirizzo email e password | Inserisci le credenziali di accesso della casella di posta in hosting in uso |
Un'altra considerazione è una pagina amministrativa nei servizi di posta elettronica basati su cloud Microsoft che dovrebbe essere esaminata. Si chiama "Blocca l'accesso per la piattaforma del dispositivo sconosciuta o non supportata". Anche se l’autenticazione SMTP è abilitata, da sola potrebbe non consentire l’uso automatico di questa integrazione. Ti consigliamo di assicurarti che Linux non sia escluso dall’accesso come piattaforma per dispositivi:
Oltre ad abilitare la funzione per le uscite da Zendesk, devi configurare l’inoltro automatico a Zendesk in modo che sia le richieste di assistenza iniziali che gli aggiornamenti dei ticket possano essere inoltrati a Zendesk allo scopo di creare e aggiornare i ticket.
Non è possibile impostare solo la parte in uscita di un indirizzo esistente. Devi eliminare l’indirizzo esistente e seguire la procedura di configurazioneper stabilire la connessione in uscita. Questo Articolo MS descrive tale processo, anche se abbiamo ricevuto un feedback sul fatto che Microsoft potrebbe richiedere l’abilitazione di una regola dei criteri per la posta indesiderata in uscita prima che l’inoltro automatico funzioni correttamente. Se siamo in grado di ottenere informazioni più specifiche su tale politica antispam, le pubblicheremo qui.
Avvertenza sulla traduzione: questo articolo è stato tradotto usando un software di traduzione automatizzata per fornire una comprensione di base del contenuto. È stato fatto tutto il possibile per fornire una traduzione accurata, tuttavia Zendesk non garantisce l'accuratezza della traduzione.
Per qualsiasi dubbio sull'accuratezza delle informazioni contenute nell'articolo tradotto, fai riferimento alla versione inglese dell'articolo come versione ufficiale.
Data ultima modifica: 22 ott 2024 · Sean Cusick
1
Follower
1
Voto
0
Commenti
Sean Cusick ha commentato,
Hi Noelle and Tim, You should select your external/branded address as the default address to have notifications for those newly created tickets be sent from your branded address.
Visualizza commento · Data ultimo post: 24 set 2024 · Sean Cusick
0
Follower
0
Voti
0
Commenti
Sean Cusick ha creato un articolo,
Molti account Zendesk usano i trigger per notificare automaticamente agli utenti che la loro email è stata ricevuta e che è stato creato un ticket. Tuttavia, quando l'utente è un altro account Zendesk, questi trigger possono causare un ciclo di posta infinito. In questi casi, un account Zendesk crea automaticamente un ticket e invia un messaggio all'altro account, che a sua volta fa lo stesso, creando un ciclo continuo.
Per risolvere questo problema, Zendesk ha implementato diversi metodi per evitare loop di posta tra account.
Il presente articolo include le seguenti sezioni:
In che modo Zendesk elimina le notifiche email automatiche
Zendesk Support distingue tra le notifiche email automatiche e tutte le altre notifiche email:
- Le notifiche email automatiche sono email generate da Zendesk Support senza alcuna azione da parte di un agente. Quando un ticket viene creato automaticamente da un’email in ingresso, viene inviato un messaggio automatico.
- Tutte le altre notifiche email includono email generate da Zendesk Support in base all’azione di un agente. Ad esempio, quando un agente aggiunge un commento a un ticket, viene inviata una notifica email.
Quando la tua istanza di Zendesk Support riceve un’email da un utente finale che identifica come un altro account Zendesk, adotta le misure seguenti:
- Crea un ticket da quell’email o ricollega la risposta al ticket originale, usando l’indirizzo email di invio del richiedente.
- Elimina i trigger per le notifiche email automatiche.
I trigger di notifica email rimangono intatti, quindi quando un agente aggiunge un commento a un ticket, viene comunque inviata una notifica email all’account Zendesk che ha inviato l’email originale. Al commento viene aggiunto il seguente flag:
Informazioni sulle notifiche email e sugli accordi di condivisione dei ticket
Quando invii email a un altro account Zendesk, le notifiche email automatiche vengono eliminate, ma vengono inviate le notifiche email generate da un’azione dell’agente. Ciò può causare problemi se disponi di un accordo di condivisione dei ticket con l’altro account Zendesk. In tal caso, è possibile creare un ciclo infinito di notifiche se l'indirizzo email dell'utente nel campo CC o Richiedente è l'indirizzo di assistenza di un account Zendesk con cui hai un accordo di condivisione.
Per evitare loop infiniti, Zendesk Support gestisce automaticamente un elenco di indirizzi dei partner Zendesk, ovvero un elenco di tutti gli indirizzi di assistenza per ciascun account Zendesk con cui hai un accordo di condivisione.
Quando un utente viene creato in Zendesk Support, l’indirizzo email viene confrontato con l’elenco di indirizzi dei partner. Se l’indirizzo è nell’elenco, tutte le notifiche email, incluse quelle generate dall’azione dell’agente, verranno eliminate per quell’utente. Un flag viene visualizzato in un ticket quando un utente che si trova nell’elenco degli indirizzi dei partner Zendesk è nel campo CC o Richiedente. Questo flag indica che l’email non verrà inviata a quell’utente.
Allo stesso modo, le email inviate a Zendesk Support da qualsiasi indirizzo email nell’elenco degli indirizzi dei partner saranno rifiutate da Zendesk Support perché esiste già un accordo di condivisione. Se necessario, puoi creare un ticket con questo utente come richiedente e condividerlo con l’account Zendesk con cui hai già un accordo di condivisione.
Se hai domande o hai bisogno di assistenza con l’email Zendesk, contatta l’assistenza clienti Zendesk.
Avvertenza sulla traduzione: questo articolo è stato tradotto usando un software di traduzione automatizzata per fornire una comprensione di base del contenuto. È stato fatto tutto il possibile per fornire una traduzione accurata, tuttavia Zendesk non garantisce l'accuratezza della traduzione.
Per qualsiasi dubbio sull'accuratezza delle informazioni contenute nell'articolo tradotto, fai riferimento alla versione inglese dell'articolo come versione ufficiale.
Data ultima modifica: 24 set 2024 · Sean Cusick
0
Follower
1
Voto
0
Commenti
Sean Cusick ha creato un articolo,
Il connettore SMTP autenticato ti consente di connettere un server email non Zendesk alla tua istanza Zendesk Support. È progettato specificamente per le organizzazioni che preferiscono usare i propri server email o non possono usare server email di terzi a causa di policy aziendali interne, normative sui dati o esigenze di crittografia.
Oltre all’inoltro autenticato bidirezionale, il connettore può essere configurato per le email autenticate solo in uscita. Questa configurazione consente l’inoltro automatico standard del traffico email in ingresso a Zendesk. Tutti gli invii in uscita per gli indirizzi collegati avvengono tramite il tuo dominio o servizio email tramite una connessione in uscita autenticata. Sebbene questa opzione usi l’inoltro automatico standard, richiede una configurazione diversa che non può sfruttare gli indirizzi esistenti usando l’inoltro automatico standard.
- Informazioni su come le email vengono trasmesse con l’autenticazione solo in uscita
- Considerazioni
- Informazioni importanti sulle intestazioni delle email
- Configurazione del connettore per l’inoltro di email autenticate solo in uscita
- Consigli per la configurazione quando si usano i servizi email Microsoft basati su cloud
- Firma del traffico email in uscita con la firma DKIM
- Rotazione o modifica delle credenziali
- Scollegamento del connettore
Informazioni su come le email vengono trasmesse con l’autenticazione solo in uscita
SMTP non è una novità in Zendesk; Zendesk attualmente usa un inoltro SMTP per tutte le email in ingresso e in uscita (tranne il connettore Gmail).
Il connettore SMTP autenticato in uscita funziona come l’attuale processo SMTP per il traffico email, tranne per il fatto che inoltra le email al server di posta aziendale dell’azienda e trasmette le credenziali sicure (nome utente e password) come parte dell’inoltro in uscita. La parte in ingresso dell’inoltro usa l’inoltro automatico Zendesk standard. Servizi come Office365 Cloud, Exchange Online e Google Workspace possono usare l’inoltro automatico standard a Zendesk, ma possono consentire a Zendesk di trasferire il traffico in uscita autenticato affinché tali servizi lo inviino ai destinatari previsti.

Il vantaggio principale di questa soluzione è che ti permette di inviare e ricevere traffico email da e verso i clienti usando i servizi email del tuo dominio, sfruttando le funzioni di invio e sicurezza garantendo al contempo inoltri crittografati e sicuri da Zendesk.
Una volta configurato, ecco come funziona il connettore SMTP autenticato in un tipico workflow email con autenticazione solo in uscita:
- L’utente invia una richiesta di assistenza: Quando un utente finale o un agente invia un’email con una richiesta di assistenza indirizzo di assistenza del tuo dominio , l’email viene inoltrata a Zendesk usando l’inoltro automatico standard.
- Ticket creato: L’email viene ricevuta e viene creato un ticket in Zendesk.
- Notifiche ticket: Le notifiche vengono inviate al tuo dominio o servizio email usando l’ indirizzo di assistenza SMTP designato e autenticato per l’invio in uscita.
Considerazioni
- I CC e i follower devono essere attivati nel tuo account.
- Poiché il connettore si basa su inoltri autenticati in uscita, ti consigliamo di testare questa funzione nell’ambiente sandbox Zendesk prima di usarla in produzione. Questo serve per dare all’amministratore di dominio, al team IT o al provider email il tempo di comprendere appieno il workflow e la relazione tra le due risorse.
- Non aggiungere lo stesso indirizzo di assistenza nella sandbox e negli account di produzione. Ciò potrebbe comportare un comportamento incoerente con Zendesk o il tuo server email. Usa l’ambiente sandbox per testare, quindi elimina tutti i domini di prova e gli indirizzi di assistenza prima di aggiungerli all’account di produzione.
- Durante la configurazione iniziale, le email inviate tramite gli indirizzi di assistenza esistenti per l’account o il brand non verranno interrotte e continueranno a funzionare normalmente.
- Dopo aver aggiunto un indirizzo di assistenza per l’invio in uscita tramite il connettore SMTP autenticato e l’indirizzo è stato verificato, Zendesk inizierà a inviare email tramite il dominio autenticato.
- È possibile aggiungere fino a 50 indirizzi di assistenza a Zendesk per l’invio in uscita tramite un singolo dominio SMTP. Puoi aggiungere fino a quattro domini per un totale di 200 indirizzi, ma è possibile aggiungere solo 50 indirizzi di assistenza per ciascun dominio.
- È consigliabile aggiungere credenziali univoche per ciascun indirizzo o brand in modo da poter monitorare il traffico con maggiore specificità. Sebbene ciò richieda più lavoro e credenziali da gestire, può essere utile quando si ruotano le credenziali o si attenua un possibile problema di sicurezza in cui un insieme di credenziali potrebbe essere stato compromesso.
- L’inserimento nella greylist di questo traffico non è consigliato, in particolare per le email di verifica. Queste email completano l’inoltro in uscita e confermano a Zendesk che il traffico è andato a buon fine.
- È necessario aggiungere gli IP Zendesk all’elenco consentito di rete per garantire una connessione affidabile.
- Dovrai verificare che il tuo servizio email stia firmando il traffico in uscita con la tua firma DKIM.
- Se disabiliti gli indirizzi di assistenza usando la funzione e continui a inoltrare il traffico a Zendesk, questo creerà e aggiornerà comunque i ticket, anche se gli eventuali aggiornamenti per tali ticket non useranno una connessione in uscita autenticata. Tali notifiche saranno inviate dai nostri server.
Informazioni importanti sulle intestazioni delle email
Intestazioni email, (come To
, From
, CC
, e Reply-To
) contengono dati e metadati importanti su un messaggio email.
L’amministratore potrebbe voler cambiare le intestazioni delle email per diversi motivi. Tuttavia, è importante notare che alcuni campi di intestazione non devono mai essere modificati in quanto sono fondamentali per garantire la consegna corretta e l'integrità del messaggio. La modifica delle intestazioni standard nel dominio email dell’account prima dell’invio in uscita non è supportata. Eventuali problemi che emergono in conseguenza di ciò devono essere esaminati e corretti nel dominio esterno.
Le intestazioni seguenti dovrebbero persistere durante il processo di inoltro in uscita:
Auto-Submitted: auto-generated
X-Auto-Response-Suppress: All
X-Mailer: Zendesk Mailer
X-Zendesk-From-Account-Id: ******
X-Zendesk-Email-Id: ************************
La modifica dei campi delle intestazioni delle email non cambia il funzionamento di Zendesk; cambia solo il modo in cui invii i messaggi in uscita e il modo in cui potresti ricevere risposte. Le relazioni tra richiedente, agenti e CC nell’email e nel ticket successivo non dovrebbero cambiare.
Il connettore SMTP autenticato non ti dà la possibilità di inviare email per conto degli indirizzi di assistenza del tuo sistema Zendesk (ad esempio: support@tuosottodominio.zendesk.com).
Configurazione del connettore per l’inoltro di email autenticate solo in uscita
Condividi questi passaggi di configurazione con l’amministratore di dominio o il team IT, in quanto implicano l’ottenimento e la fornitura di credenziali che devono essere trasferite e aggiunte in modo sicuro ai server email aziendali e all’account Zendesk.
Inoltro email a Zendesk
Configura l’inoltro sul server di posta aziendale per inoltrare le email a Zendesk.
Zendesk Support non supporta l'inoltro multiplo o l'inoltro tramite più posizioni prima dell'invio all'indirizzo di assistenza Zendesk. Se l'inoltro multiplo è configurato, il richiedente sarà il primo indirizzo che Zendesk può trovare nei campi Risposta: A o Da: nelle intestazioni delle email. Ciò potrebbe generare risultati incoerenti e non è supportato.
Aggiunta di un indirizzo di inoltro
Aggiungi il tuo indirizzo di assistenza esterno a Zendesk. Quando aggiungi l'indirizzo di assistenza, il tuo indirizzo email verrà verificato e saprai se l'inoltro email è stato impostato correttamente.
Per aggiungere un indirizzo di inoltro
- Nel Centro amministrativo, fai clic su
Canali nella barra laterale, quindi seleziona Talk ed email > Email.
- In Indirizzi di assistenza, accedi al brand a cui vuoi aggiungere un indirizzo di assistenza.
- Fai clic su Aggiungi indirizzo > Collega indirizzo esterno.
- Seleziona Inoltro email/Connettore SMTP autenticato, inserisci l’ indirizzo di assistenza e fai clic su Avanti.
- Inserisci le credenziali in uscita. Per completare questo passaggio, avrai bisogno delle credenziali di sicurezza per il tuo dominio (host, nome utente e password) ottenute dall’amministratore di dominio, dal team IT o dal provider di servizi. Queste informazioni consentono a Zendesk di inoltrare il traffico in uscita al tuo dominio per inviare traffico in uscita agli utenti e garantiscono la crittografia TLS in uscita. Al termine, fai clic su Salva.
- La finestra di dialogo successiva ti chiederà di impostare l’inoltro automatico. Se non l’hai ancora configurato, consulta Inoltro di email a Zendesk.
Fai clic su Avanti.
Verrà visualizzata la finestra di dialogo Verifica della configurazione e Zendesk invierà un’email di verifica di prova, il cui completamento potrebbe richiedere alcuni minuti.
- Se l’email di verifica del test ha esito positivo, viene visualizzato un messaggio di esito positivo. Fai clic su Fine.
In caso di problemi con l’email di verifica di prova per l’inoltro automatico, potrebbe essere visualizzata la finestra di dialogo qui sotto. Potrebbe essere necessario contattare l’amministratore email o il provider di servizi per assicurarti di aver configurato correttamente l’inoltro automatico. Se hai confermato con il tuo provider che l’inoltro funziona come previsto, puoi contattare l’assistenza clienti Zendesk.
Verifica della connessione
Dopo aver aggiunto l’ indirizzo di assistenza, devi verificare la configurazione SMTP in uscita. Verrà inviata un’email di verifica a conferma del completamento della connessione. Consulta Come verificare l’inoltro.
Consigli per la configurazione quando si usano i servizi email Microsoft basati su cloud
L’inoltro delle email in uscita tramite il connettore SMTP autenticato è compatibile con Microsoft Exchange Server e Microsoft 365. I servizi di posta elettronica Microsoft non consentono l’aggiunta di credenziali di autenticazione SMTP per l’inoltro delle email in ingresso. Gli account che desiderano usare i servizi email Microsoft basati sul cloud possono configurare l’inoltro automatico a Zendesk e creare una connessione autenticata per l’invio in uscita, come descritto in questo articolo.
Prima della configurazione in Zendesk, devi abilitare l’autenticazione SMTP per l’indirizzo in Exchange Online. Consulta Abilitazione dell’autenticazione SMTP per cassette postali specifiche. Questo è probabilmente un passaggio mancante per molti clienti e potrebbe essere necessario collaborare con l’amministratore Microsoft per abilitare l’impostazione.
Quello che segue è un esempio di configurazione, come descritto in Come configurare l’invio del client SMTP AUTH.
Impostazione del dispositivo o dell’applicazione | Valore |
---|---|
Server/host intelligente | smtp.office365.com |
Porta | Porta 587 (consigliata) o porta 25 |
Nome utente/indirizzo email e password | Inserisci le credenziali di accesso della casella di posta in hosting in uso |
Inoltre, consulta la pagina amministrativa "Blocca l'accesso per la piattaforma per dispositivi sconosciuti o non supportati" nei servizi email Microsoft basati su cloud. Anche se hai abilitato l’autenticazione SMTP, potresti dover controllare altre impostazioni, ad esempio assicurandoti che Linux non sia escluso dall’accesso come piattaforma per dispositivi. Se hai bisogno di assistenza, contatta Microsoft per consigli più specifici.
Firma del traffico email in uscita con la firma DKIM
Come descritto in Firma digitale delle email con DKIM, Zendesk Support consente l’autenticazione DKIM. DKIM consente di autenticare l’invio di un’email dal dominio da cui afferma di provenire. Questo viene fatto allegando una firma digitale alle email in uscita, che può essere verificata rispetto a una chiave crittografica pubblica pubblicata nei record DNS del dominio.
Quando si usa il connettore SMTP autenticato, Zendesk non firma il traffico in uscita con d=zendesk.com
Tag DKIM all’interno dell’intestazione. Se hai abilitato le firme digitali in Zendesk dopo aver aggiunto i record CNAME richiesti nel tuo dominio, firmeremo il traffico in uscita per tuo conto e aggiungeremo il d=yourdomain.com
DKIM nell’intestazione in uscita.
Se lo desideri, il tuo dominio può firmare di nuovo con la tua firma DKIM. Se decidi di non farlo, verifica e assicurati di non sovrascrivere inavvertitamente la firma che abbiamo aggiunto per il tuo dominio prima di inviare il traffico di produzione in uscita.
Il tuo dominio potrebbe dover ignorare l’autorità SPF quando inoltriamo il traffico in uscita da Zendesk al tuo servizio email, in quanto creeremo una relazione di “mittente attendibile” con il tuo servizio email e tu eseguirai l’invio autorevole finale in uscita (SPF e/o o DKIM) agli utenti.
Zendesk consiglia vivamente di testare in un ambiente sandbox con gli utenti finali per verificare che i controlli SPF/DKIM/DMARC siano stati superati.
Rotazione o modifica delle credenziali
Se devi cambiare le credenziali associate a uno o più indirizzi di assistenza, dovrai modificare o eliminare gli indirizzi e aggiornarli o aggiungerli di nuovo con le nuove credenziali. Se non sono state apportate modifiche alle regole di inoltro automatico, dovresti solo aggiungere le nuove credenziali (per la connessione in uscita).
Scollegamento del connettore
Se vuoi interrompere l’uso del connettore, valuta la possibilità di farlo durante un periodo di traffico ridotto. Il processo richiederà alcuni minuti e potrebbe essere necessario coordinarsi con il team Zendesk per sospendere gli aggiornamenti dei ticket fino a quando la funzione non viene disconnessa e gli indirizzi di assistenza non vengono aggiunti di nuovo per mantenere l’uso degli indirizzi con brand.
A seconda del numero di indirizzi di assistenza connessi che hai, potresti voler sfruttare l’ endpoint degli indirizzi di assistenza dell’API per risultati più rapidi. È possibile eliminare un solo indirizzo alla volta, ma una volta ottenuto l’elenco degli ID degli indirizzi collegati tramite SMTP, le chiamate possono essere effettuate rapidamente. Gli indirizzi di supporto del connettore SMTP autenticato non possono essere aggiunti tramite l’API. Per creare la connessione necessaria, è necessario aggiungere le credenziali nel Centro amministrativo .
Avvertenza sulla traduzione: questo articolo è stato tradotto usando un software di traduzione automatizzata per fornire una comprensione di base del contenuto. È stato fatto tutto il possibile per fornire una traduzione accurata, tuttavia Zendesk non garantisce l'accuratezza della traduzione.
Per qualsiasi dubbio sull'accuratezza delle informazioni contenute nell'articolo tradotto, fai riferimento alla versione inglese dell'articolo come versione ufficiale.
Data ultima modifica: 14 gen 2025 · Sean Cusick
0
Follower
1
Voto
0
Commenti
Sean Cusick ha commentato,
Hi James, We are currently investigating ways that we might be able to modify the inbound portion of the feature to allow users of Exchange cloud-based services to use it. In addition to these changes we will also be releasing an Exchange Connector EAP soon, which will integrate with Microsoft cloud email services via an API.
Visualizza commento · Data ultimo post: 20 ago 2024 · Sean Cusick
0
Follower
0
Voti
0
Commenti